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ABSTRACT 



A bar code scanner is equipped with a keyboard emiilation 
mechanism so as to provide an enhanced interface to a 
keyboard controller port of a computing device such as a 
personal or laptop computer. The keyboard emulation 
mechanism eliminates the necessity of connecting an actual 
computer keyboard to the port by responding to the com- 
puting device's standard power-on diagnostic procedure as 
if it were effectively an electrical equivalent of a computer 
keyboard. The keyboard emulation mechanism can also be 
equipped to detect a keyboard inhibit signal at the keyboard 
controller port. If the keyboard emulation mechanism 
detects a keyboard inhibit signal while a data byte is being 
transmitted to the keyboard controller port, the keyboard 
emulation mechanism retransmits this data byte to the 
keyboard controller port. The data byte may specify a scan 
code corresponding to a keyboard key press or all or part of 
a decoded bar code. This retransmission process is repeated 
up to a specified number of times, so as to provide additional 
opportunities for the scan code to be inputted to the key- 
board controller port if the port is momentarily disabled by 
the keyboard inhibit signal. For many applications, it is 
advantageous to repeat the retransmission process up to 
three times for a given data byte. If the data byte is stiU not 
successfully received after the third attempt, the process is 
no longer repeated. 

36 Claims, 13 Drawing Sheets 
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START 
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A. 



301 



APPLY POWER TO THE ENHANCED BAR CODE SCANNER 
(208, FIG. 2) AND/OR PC (200, FIG,2). 



/302 

I d 

DETERMINE THE OPERATIONAL MODE (OPER_MODE) OF THE 
ENHANCED BAR CODE SCANNER. OPERAT_MODE = [NORMAL] 
IF THE ENHANCED BAR CODE SCANNER IS TO BE USED IN A " Y" 
OR " WEDGE" CONFIGURATION WITH A COMPUTER KEYBOARD. 
OPERAT_MODE = [STAND_ALONE] IF THE ENHANCED BAR 
CODE SCANNER IS A "STAND ALONE" UNIT NOT TO BE USED 
WITH A SEPARATE COMPUTER KEYBOARD. IF OPERAT_MODE 
= [NORMAL], GOTO BLOCK 305. OR ELSE, PROCEED TO 

BLOCK 303. 



303 



THE ENHANCED BAR CODE SCANNER COMMUNICATES TO THE PC 
ALL COMMAND BYTES FOR SUCCESSFUL COMPLETION OF POWER- 
ON DIAGNOSTICS. THE ENHANCED BAR CODE SCANNER BEGINS 
THIS KEYBOARD EMULATION PROCESS BY TRANSMITTING AN 
"AA" TO INDICATE THAT THE "KEYBOARD" SELF TEST WAS COM- 
PLETED SUCCESSFULLY. THEN, THE PC AND "KEYBOARD" (AS 
EMULATED BY THE ENHANCED BAR CODE SCANNER) MAY 
COMMUNICATE AND ACKNOWLEDGE ANY OF A NUMBER OF 
VARIOUS COMMANDS TO COMPLETE THE POWER-ON DIAGNOSTIC 

SEQUENCE. 




FIG. 3A 
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304 



ONCE THE SEQUENCE OF COMMAND BYTES OF BLOCK 303 ARE 
COMPLETED, THE PC POWERS UP NORMALLY. WITHOUT SUC- 
CESSFUL COMPLETION OF THESE COMMANDS, THE PC WILL FAIL 
TO POWER UP. AFTER THE PC BOOTS UP, THE ENHANCED BAR 
CODE SCANNER IS READY TO DECODE DATA. 



305 



BAR CODE SYMBOLS ARE DECODED INTO HUMAN-READABLE 
AND/OR ASCn CHARACTERS WHICH ARE THEN STORED IN A 
MEMORY DEVICE ASSOCIATED WITH THE ENHANCED BAR CODE 
SCANNER, SUCH AS, FOR EXAMPLE, RANDOM-ACCESS MEMORY 

(RAM). 





,306 


GENERATE AN APPROPRIATE OUTPUT INTERFACE EQUIPPED TO 
SELECT OUTPUT DATA FROM THE ENHANCED BAR CODE SCANNER. 



FIG. 3B 
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A. 



307 



DETERMINE THE OUTPUT MODE (OP_MODE) OF THE EMULATED 
KEYBOARD. TYPICAL OUTPUT MODES INCLUDE "AT", "XT", 

AND "PS2". 



308 



DETERMINE THE TYPE OF KEYBOARD TRANSMISSION (KB_TYPE) 
THAT IS TO TAKE PLACE. TYPES OF KEYBOARD TRANSMISSION 
INCLUDE NORMAL, "ALT MODE", AND SPECL\L KEY TRANSMISSION 

SEQUENCES. 



309 



IF THE TYPE OF KEYBOARD TRANSMISSION (AS DETERMINED AT 
BLOCK 308) IS NORMAL TRANSMISSION, GOTO BLOCK 310, 
OR ELSE GOTO BLOCK 3 12. 



.310 

, 1 A 

DETERMINE THE COUNTRY OUTPUT SETTING (CNTRY_OPT) OF THE 
KEYBOARD. THIS COUNTRY OUTPUT SETTING SPECIFIES ANY OF A 
PLURALITY OF KEYBOARDS, SUCH AS" US" (UNITED STATES), "UK" 
UNITED KINGDOM), "FR" (FRANCE), "GR" (GERMANY), "BE" (BELGIUM), 
^ "SP" (SPAIN), "IT" (ITALY), AND "JP" (JAPAN). FOR US KEYBOARDS, 

CNTRY_OPT = "US". 



FIG. 3C 
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AN ASCn CHARACTER OF A BAR CODE STRING RECEIVED BY THE 
ENHANCED BAR CODE SCANNER IS CONVERTED TO AN EQUIVALENT 

SCAN CODE OR KEYBOARD KEY CODE FOR THE PARTICULAR 
KEYBOARD TYPE OR COUNTRY TYPE WHICH WAS DETERMINED AT 

BLOCK 310. 





312 

r ^ 


PROCEED WITH THE OUTPUTTING OF SCAN CODES BASED ON 
THE KEYBOARD TYPE AS PREVIOUSLY DETERMINED. 




313 



PERFORM A TEST TO ASCERTAIN WHETHER A "STAND ALONE" OR 
"NORMAL BCEYBOARD WEDGE" CONFIGURATION IS IN USE: WHAT 
IS THE OPERATIONAL MODE (OPERAT_MODE) OF THE ENHANCED 
BAR CODE SCANNER? THE OPERATIONAL MODE IS "NORMAL" IF 
THE ENHANCED BAR CODE SCANNER IS TO BE USED IN A "Y" OR 
"WEDGE" CONFIGURATION WITH A COMPUTER KEYBOARD. THE 
MODE IS "STAND ALONE" IF THE ENHANCED BAR CODE SCANNER 
IS A "STAND ALONE" UNIT NOT TO BE USED WITH A SEPARATE 
COMPUTER KEYBOARD. 



I 

FIG. 3D 
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© 

I Z' 

ROUTE PROGRAM CONTROL TO AN APPROPRIATE OPERATIONAL 
SEQUENCE, DEPENDING UPON THE OPERAT_MODE AS 
DETERMINED AT BLOCK 3 13. IF OPERAT_MODE = [NORMAL], 
THE PROGRAM PROCEEDS WITH BLOCKS 315, 316, AND 317. 
OTHERWISE, THE PROGRAM JUMPS AHEAD TO BLOCK 318. 





315 


PERFORM A TEST TO ASCERTAIN WHETHER MESSAGE-BASED 
INHIBIT OR CHARACTER INHIBIT HAS BEEN SELECTED (MESS_1NH = 
"YES", CHCTR INH = "YES"). IF MESS INH = "YES" (I.E., 
SELECTED), THEN THE PROGRAM SKIPS AHEAD TO BLOCK 318. 
OTHERWISE, THE PROGRAM PROCEEDS TO BLOCK 316. 


\ 


316 

r ^ 


PERFORM A TEST TO CHECK FOR ANY PC TO KEYBOARD 
COMMUNICATIONS CURRENTLY TAKING PLACE. IF THERE ARE ANY 

CURRENTLY ACTIVE COMMUNICATIONS TAKING PLACE, THE 
PROGRAM WAITS UNTIL ANY SUCH COMMUNICATION HAS ENDED. 


\ 


,317 


THE KEYBOARD IS fl 


MHIBTTED BY THE PC. 



(!) 

FIG. 3E 
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PERFORM A TEST TO DETERMINE WHETHER OR NOT A ist 
CHARACTER OF A SCANNER BAR CODE TRANSMISSION SEQUENCE 
HAS BEEN SENT BY THE ENHANCED BAR CODE SCANNER. IF NOT, 
THEN GOTO BLOCK 323, OTHERWISE, PROCEED TO BLOCK 319. 



319 

I cL 

PERFORM A TEST TO DETERMINE WHETHER OR NOT NORMAL 
KEYBOARD TRANSMISSION IS REQUIRED. IF SO, PROCEED TO 
BLOCK 320. IF NOT, THEN GOTO BLOCK 323. 



A. 



320 



PERFORM A TEST TO DETERMINE IF A EUROPEAN KEYBOARD TYPE 

("FR, GR, BE"), IS IN USE (CNTRY_OPT = "FR", "GR" OR 
"BE") -H-99. IF SO, CONTINUE TO BLOCK 321. IF NOT, GOTO BLOCK 323. 



A. 



321 



TRANSMIT A [SHIFT]. PC RELEASES THE KEYBOARD INHIBIT 
SO AS TO PLACE THE KEYBOARD INTO A KNOWN (LOWER-CASE) 

OPERATIONAL STATE. 



A. 



322 



THE PC RE-ENABLES THE KEYBOARD INHIBIT. 



6 

FIG. 3F 
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323 



AT THIS POINT, IF A NORMAL KEYBOARD WEDGE SCANNER 
CONFIGURATION IS IN USE, THE SCANNER WILL BEHAVE AS IF IT IS 
A STAND-ALONE BAR CODE SCANNER. ALL COMMUNICATIONS, IF 
ANY THAT ARE REQUIRED WILL BE ACKNOWLEDGED BY THE BAR 

CODE SCANNER. 




THE SPECIFIC OUTPUT SEQUENCE TO BE USED (OUTPUT_SEQ) IS 
DETERMINED. THE OUTPUT SEQUENCE SPECIFIES ANY ONE OF 

NORMAL, "ALT MODE", AND SPECIAL KEY TRANSMISSION 
(OUTPUT_SEQ = [NORMAL], ["ALT_MODE"], OR ["SPECL\L_KEY"]. 
ALL OF THESE MODES REQUIRE THE TRANSMISSION OF KEYBOARD 
SCAN CODES. ALL SCAN CODES MAY BE TRANSMITTED USING THE 
AFOREMENTIONED "3 STRIKES TECHNIQUE" TO OUTPUT THE DATA. 



THE ENHANCED BAR CODE SCANNER IMPLEMENTS KEYBOARD 
SCAN CODE TRANSMISSIONS WHICH ARE OF THE FOLLOWING 
FORM: A "MAKE" SCAN CODE FOLLOWED BY A 2 BYTE SCAN 

CODE "BREAK" SEQUENCE. ALL 3 SCAN CODES CAN USE THE "3 

STRIKES" METHOD. 



1 



325 



I 
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EACH KEYBOARD SCAN CODE TRANSMISSION IS AN 1 1-BlT 
OUTPUT SEQUENCE. ITS FORMAT IS AS FOLLOWS: 
START BIT (0) 
8 DATA BITS (SCAN CODE) 
PARITY BIT (ODD PARITY), 
STOP BIT (1). 

WfflLE TRANSMITTING THE BITS, THE PC CAN HALT THE 
TRANSMISSION OF THE SCAN CODE BY PULLING THE KEYBOARD 
CLOCK OR DATA LINE LOW. DEPENDING ON THE STATE OF THESE 
LINES, THE KEYBOARD MAY NEED TO RESPOND TO THE PC OR 
WAIT UNTIL THE LINES GO BACK TO A READY-STATE AND 
RETRANSMIT THE SCAN CODE, UP TO A PREDETERMINED 
MAXIMUM OF TIMES. (THIS PREDETERMINED 
NUMBER IS THREE IN CASES WHERE THE "3 STRIKES TECHNIQUE- 
IS EMPLOYED). 



1 


.327 


ONCE THE" MAKE-BREAK" SEQUENCE IS COMPLETE, THEN AN 
INTERCHARACTER DELAY IS IMPLEMENTED. 



FIG. 3H 
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A. 



328 



A TEST IS AGAIN PERFORMED TO ASCERTAIN WHETHER A "STAND 
ALONE" OR "NORMAL KEYBOARD WEDGE" CONFIGURATION IS IN 
USE: WHAT IS THE OPERATIONAL MODE (OPERAT_MODE) OF THE 
ENHANCED BAR CODE SCANNER? THE OPERATIONAL MODE IS 
"NORMAL" IF THE ENHANCED BAR CODE SCANNER IS TO BE USED 
IN A "Y" OR "WEDGE" CONFIGURATION WITH A COMPUTER 
KEYBOARD. THE MODE IS A "STAND ALONE" IF THE ENHANCED 
BAR CODE SCANNER IS A "STAND ALONE" UNIT NOT TO BE USED 
WITH A SEPARATE COMPUTER KEYBOARD. IF A STAND ALONE 
KEYBOARD SCANNER IS IN USE, THE PROGRAM JUMPS AHEAD TO 
BLOCK 334. OTHERWISE, THE PROGRAM CONTINUES TO BLOCK 329. 



\ 


,329 

r W 


CHECK FOR A MESSAGE INHIBIT (MESS INH = "YES") AND A 
CHARACTER INHIBIT (CHCTR INH = "YES"). IF CHCTR INH = "YES", 
THIS INHIBIT IS RELEASED, AND THE PROGRAM JUMPS AHEAD TO 
BLOCK 334. IF MESS INH = "YES", THE PROGRAM ADVANCES 

TO BLOCK 330. 


\ 


,330 


PERFORM A CHECK TO DETERMINE WHETHER OR NOT THIS IS THE 
LAST CHARACTER OF THE MESSAGE. IF IT IS THE LAST CHARACTER, 
ADVANCE TO BLOCK 331 WHEREAS, IF IT IS NOT, ADVANCE TO 

BLOCK 334. 



6 



FIG. 31 



10/29/2003, EAST Version: 1.4.1 



U.S. Patent 



Apr. 1, 2003 



Sheet 12 of 13 



US 6,540,144 Bl 



0 



331 



SINCE THIS IS THE LAST CHARACTER OF THE MESSAGE, RELEASE 
THE INHIBIT. DETERMINE IF A SCAN CODE IS TO BE TRANSMITTED 

THAT COULD HAVE HAD AN EFFECT ON THE KEYBOARD LED 
STATUS: CHECK IF ANY OF THE FOLLOWING SCANS CODES ARE TO 
BE TRANSMITTED: "CAPS", "LOCK", "NUM LOCK", "RIGHT" OR "LEFT" 
"SHIFT". IF NOT, CONTINUE AT BLOCK 334. 



A. 



332 



SCAN CODES OF RIGHT OR LEFT SHIFT ONLY HAVE KEYBOARD 
LED STATUS INDICATOR IMPLICATIONS WITH EUROPEAN 
KEYBOARDS: ACCORDINGLY, A CHECK IS PERFORMED TO 
DETERMINE WHETHER OR NOT A "FR", "GR", OR "BE" KEYBOARD IS IN 
USE: DOES CNTRY_OPT = "FR", "GR", OR "BE" ? IF ANY OF THESE 
KEYBOARDS IS IN USE (I.E., CNTRY_OPT = "FR", "GR", OR "BE"), 
TRANSMIT THE SHIFT SCAN CODE AND ALLOW THE KEYBOARD 
AND PC TO COMMUNICATE; OTHERWISE CONTINUE TO BLOCK 333. 



333 



IF A SCAN CODE OF "NUM LOCK" OR "CAPS LOCK" IS TO BE 
TRANSMITTED, TRANSMIT THE APPROPRIATE SCAN CODE AND 
ALLOW THE KEYBOARD AND PC TO COMMUNICATE, BUT 
CORRECT THE KEYBOARD LED STATUS INDICATORS. 



(5 

FIG. 3J 
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0 



334 



i 



PERFORM TEST TO ASCERTAIN WHETHER OR NOT ALL CHARACTERS 
HAVE BEEN TRANSMITTED. IF NOT, THE NEXT ASCII CHARACTER 
IS OBTAINED, THE CORRESPONDING SCAN CODE IS TRANSMITTED, 
AND THEN LOOP BACK TO BLOCK 3 1 8. 




THE KEYBOARD SCAN CODE OUTPUT HAS BEEN COMPLETED. 




1 



FIG 3K 
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TECHNIQUES FOR INTERFACING A BAR keyboard. The PC begins a data exchange with the keyboard, 

CODE SCANNER TO A PC USING A comtQUDication is called "power-on diagnostics". If 

KEYBOARD RETRANSMIT PROTOCOL the keyboard is not present, or if the power-on diagnostics 

fail, the PC will not boot up. Accordingly, if a normal 

The present patent application is based upon Provisional 5 boot-up is desired, the keyboard shown in FIG. 1 should not 

Application Ser. No. 60/144^61, filed on Jul. 16'^, 1999, be eliminated. In the case of laptop computers, a similar 

and entitled, "Techniques for Interfacing a Bar Code Scan- situation exists. A communication protocol is used to sense 

ner to a PC Using a Keyboard Retransmit Protocol**, the the presence of an external keyboard that is connected to the 

disclosure of which is incorporated herein by reference. laptop's external keyboard port. If the laptop computer fails 

10 to detect a keyboard at the external keyboard port, then the 

HELD OF THE INVENTION laptop computer may disable its external keyboard port. 

The invention relates generally to bar code scanners, and ^ ^ '^'='^'1"? '° be developed by which a bar 

more specifically, to techniques for interfacing bar code scanner could successfully emulate a computer 

scanners with computers. keyboard, another problem would then arise. Eleven (ll)-bit 

IS transmission protocols are utuized almost univeisally to 

BACKGROUND OF THE INVENTION provide keyboard to PC data transfer. The transmission 

protocol begins with a Start bit (low), followed by 8 data 

For years, various bar code scanner manufacturers have ^.j^^ ^ p^jjy (odd parity) and finally a Stop bit (high). In 
been seUing keyboard-wedge bar code scanners. With ref- (he context of a computer keyboard, these 8 data bits are 
erence to FIG. 1, bar code scanner 108 is connected to a jcpfcscnt one or more scan codes corresponding to 
personal computer (PC) 100 keyboard controller port 104 keyboard key presses. However, in the operational environ- 
and a computer keyboard UO m an Y or wedge type ment of FIG. 2, these data bits can be employed to represent 
configuration. Bar code scanner 108 may contain an ^ ^^,^^1^^ code. Irrespective of whether 
on-board processor 109. PC 100 also contams a processor ^^^^^ g represent actual key presses or bar codes, the 
101. The Y or wedge type configuration is implemented ^ aforementioned transmission protocol remains unchanged, 
using mterconnection cable 106 such that computer key- protocol aUows the PC (or laptop) to interrupt the 
board no and bar code scanner 108 are placed in parallel transmitted sequence up through the 9-* bit. Since the 9^ bit 
across controUer port 104. This parallel configuration is used ^e used to represent all or part of a scan code, the PC will 
because keyboard controller 102 circuitry within presently- p^^^^j the communication of a scan code if the PC sends 
existing PCs (personal computers) 100 and laptop computers a keyboard port inhibit any time before the 9* bit is 
attempts to detect the existence of a computer keyboard UO received by the port. If the scan code represents afi or part 
connected to the keyboard controller port 104. The control- ^ j^^j^j ^ar code, upon issuance of a keyboard con- 
fer port 104 needs to be connected to a computer keyboard troUer port interrupt, the PC wiU prevent the successful 
no, even if the keyboard is not to be used for subsequent j^^jpj jj^jg ^ar code at the keyboard controUer port, 
data entry and even if the controller port 104 is also 35 .^he aforementioned keyboard inhibit problem is 
connected to an input device other than a computer key- ^^^^^^ ^ ^^^^ ^ ^ ^^^^^^^ ^^^j^ ^^^^^^^ .p^ 
board. If the keyboard ontroUer 102 «rcuitry does not KEYBOARD DESIGN", by J. Konzak, and published by 
defect a keyboard comiected to Uie con roller port 104, the ^nnabook. In the configuration of FIG. 1, the inhibit prob- 
PC 100 and/or laptop may then disable the port, preventing ^^^y ^^^^ ^^^^^ ^^^^ ,^ I . ^^^^ 

TJ?^ f IS^' ^ K? r'""™* « cornipted, or misread once the PC or laptop interrupts 

of FIG. 1, this disablement poses a problem, because we • *• *i. j ^ c n * i • 

, . * * J . u J J . * J J communication. With the advent of multitasking operating 

desire to input further data as bar codes are detected and . l- 4- * j *, i 4- * j j i 

decoded systems, sophisticated network operatmg systems, and dual- 
keyboard port laptops and PC's, the problem worsens. Some 

With the mcreasing use of laptop computers and keyless ^^^^ operating systems interrupt keyboarxi port commu- 

data entry, the keyboard controller port shows great potential 45 nications on a frequent and periodic basis, such as once 

as a convenient, somewhat standardized, and readily avail- ^^^ry ten miUisecoods. Of course, in operational environ- 

able data input channel. However, this potential could be ^^^^ ^^^^^^ the keyboard controller port is not used with an 

advantageously exploited only if it were possible to find auxiliary input devices, the computer keyboard wiU sense 

some way around the necessity of connecting this port to an this stoppage of communications and retransmit the scan 

actual computer keyboard. By way of clarification, there are 50 code afier the PC releases its halt or inhibit of the keyboard, 

a number of existmg programs that do not require the use of Existing bar code scanners are not so equipped. If a data 

a computer keyboard per se, but these programs have transmission from a bar code scanner is intermpted, the 

neglected to provide mechanisms by which a computer scanner has no mechanism by which to ascertain whether or 

keyboard is emulated, so as to prevent the controller port ^ ^^^^ ^^^^ ^^^^ occurred, 

from being disabled. 55 Pursuant to prior art techniques, bar code scanners had not 

Assume that a conventional keyboard wedge bar code monitored the inhibit signal because the decoded bar codes 
scanner is connected to a keyboard controller port of a PC vs^ere wedged into the transmitted data for brief periods of 
or laptop, as shown in FIG. 1, while, at the same time, the ymc^ relative to typed-in keyboard data. Also, as a practical 
keyboard that is connected in the parallel (Y) configuration j^atter, the keyboard BIOS virtuaUy never inhibits the 
is eHminated. WiU the hardware configuration of FIG 1 still 60 keyboard during scan code transmission. Any problems that 
function as desired? It is important to realize that keyboard- ^ave been encountered were handled by changing 
to-PC communications is implemented by means of a 2-way certain programmable parameters such as inter-character 
channel. Other types of data must be communicated between jejays or intcr-scan-code delays, 
the PC and the keyboard in addition to information speci- 
fying the key or keys that were pressed. When a PC is 65 SUMMARY OF THE INVENTION 
powered up, the PC is programmed to check for the exist- A bar code scanner is equipped with a keyboard emulation 
ence of a primary data input device, which is typically a mechanism so as to provide an enhanced interface to a 
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keyboard controUer port of a computing device such as a DETAILED DESCRIPTION OF THE 

personal or laptop computer. The keyboard emulation PREFERRED EMBODIMENTS 

mechanism eliminates the necessity of connecting an actual ^ ^ ^ hardware block diagram showing a bar code 

computer keyboard to the port by responding to the com- ^^^^^^ ^^^^ computer interface using the techniques 

putmg device s standard powernon diagnostic procedure as 5 ^^^^^^ invention. Enhanced bar code scanner 208 is 

if It were effectively an electrical equivalent of a computer connected to a keyboard controUer port 204 of a personal 

keyboard. computer 200 via interconnection cable 206. Keyboard 

Pursuant to a further embodiment of the invention, the controller port 204 is driven by keyboard controller 202. 

keyboard emulation mechanism is equipped to detect a Interconnection cable 206 is shown for illustrative purposes 

keyboard inhibit signal at the keyboard controller port. This 10 ojjy^ as any other technique for conveying information from 

inhibit signal may be generated by the computing device. If one place to another may be used in lieu of, or in addition 

the keyboard emulation mechanism detects a keyboard to, interconnection cable 206. These techniques may include 

inhibit signal while a data byte is being transmitted to the wireless communication, wired communication, optical 

keyboard controller port, the keyboard emulation mecha- communication, and others. Moreover, PC 200 is shown for 

nism stops transmitting the data byte, waits for the inhibit 15 yiustj-ajive purposes, as any of a variety of computing 

signal to cease, and then retransmits the data byte to the devices may be employed in lieu of, or in addition to, PC 

keyboard controller port. This retransmission process is 200. In the example of FIG. 2, PC 200 includes a processor 

repeated up to a specified number of times, so as to provide 205. Enhanced bar code scanner 208 may contain an 

additional opportunities for the data byte to be inputted to on-board processor 209. 

the keyboard controller port if the port is momentarily 20 configuration of FIG. 2, a computer keyboard 110 

disabled by the keyboard inhibit signal. For many ^^^^ employed to perform the keyboard emulation 

applications, it is advantageous to repeat the retransmission techniques discussed herein. Ac^dii^^MgeM^ 

process up to three Umes for a given data byte. If the data ^^^^HiSr.blt^^nh^dpbar^ote.s^^^ 

byte is sUU not successfully received after the third attempt, ^f^^mmm^^m^^^m^^^^mk 

the process is no longer repeated. 25 ^^irefeHo^ey.cr^if^one^wisbe.d|toprT^^^ 

Pursuant to a still further embodiment of the invention, SjSPSufeStSISffii^SJSSiS^ 

the keyboard emulation mechanism keeps track of status "^omaiBfeWplova.pafe This optional keyboard could be 

indications transmitted by the computing device and related connected, for example, using the Y or wedge type configu- 

to the status of one or more indicators on a computer ration shown in FIG. 1. 

keyboard, TTicse indicators may be provided in the form of _E DhanQedibar.eode.scannc r^8ii§ifenhan(^:d^^ 

one or more LED lamps indicative of the status of the ^^^A^^Jg^^^ ^Sfefete 

Caps-lock, Num-lock, and Scroll-lock keys. The keyboard ^iiv^iff^^S^^i^i^^P^k"^bWdf^t^Sb 

emulation mechanism also keeps track of the transmission ^"col^ti^dEli^^EhSasldSpfc'i^n'a^ 

protocol currently in use, such as make-Break,Make-Only, v^,statede abovc..the^kevb,oard.cmulationcmc.cbanism.ma v. 

AT or PS2-type scan-code transmission protocols. These ^jfiblifd^gf^gi^Pi^S^^ 

status mdications and transmission protocols may vary, ^tjseMof«thcMtcimi^kc^rbx)ard&cmulati Q ni^^^ 

depending upon the keyboard country type selected, and are necessarily indicative of any hardware enhancements to the 

mamtamed by the keyboard emulation mechamsm so that ^ar code scanner. The keyboard emulation mechanism 

the bar code scanner will transmit accurately to the com- ^ eliminates the necessity of connecting an actual computer 

puting device. keyboard to the port by responding to the computing 

The keyboard emulation mechanism may be provided in device's standard power-on diagnostic procedure as if it 

the form of enhanced software, firmware, and/or program- vvere eflfectively an electrical equivalent of a computer 

ming instructions. This software, firmware, and/or operating keyboard. 

instructions can be configured for use with presently- Pursuant to a further embodiment of the invention, the 
existing keyboard wedge scanners, as well as any of various keyboard emulation mechanism of enhanced bar code scan- 
scanners which may be developed in the future. One purpose ^er 208 is equipped to detect a keyboard inhibit signal at the 
of the software, firmware, and/or operating instructions is to keyboard controUer port 204. This inhibit signal may be 
accurately transmit a bar code on a transmission Hne that is generated by PC 200), and/or by any of a number of devices 
subjected to possible halt or inhibit signals issued by the coupled to, and/or within this computing device. For 
computing device It should be noted that any number of example, the inhibit signal may be generated by the PC 
sources contained within the computing device could gen- ^^Ying the clock Hne to a logic "low^^ state. In this example, 
erate these inhibit signals. When a data byte is received at keyboard emulation mechanism would detect the exist- 
the keyboard port, this byte, which may represent all or part encc of a keyboard inhibit signal by monitoring the clock 
of a decoded bar code, is optionally displayed on a monitor jjjje 

coupled to the computing device. keyboard emulation mechanism detects a keyboard 

BRIEF DESCRIPTION OF THE DRAWINGS ^^^^^^^ signal while a data byte is being transmitted to the 

keyboard controller port 204, the keyboard emulation 

HG. 1 is a hardware block diagram showing a bar code mechanism retransmits this data byte to the keyboard con- 
scanner to personal computer interface using prior art tech- ^joUer port 204. This retransmission process is repeated up 
niques. a specified, number of times, so as to provide additional 

FIG. 2 is a hardware block diagram showing a bar code opportunities for the data byte to be inputted to the keyboard 

scanner to personal computer interface using the techniques controller port 204 if the port is momentarily disabled by the 

of the present invention. keyboard inhibit signal. For many applications, it is advan- 

FIGS. 3A-3K together comprise a flowchart setting forth 65 tageous to repeat the retransmission process up to three 

keyboard emulation techniques according to a preferred times for a given data byte. If the data byte is still not 

embodiment of the invention. successfully received after the third attempt, the process is 
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ao longer repeated. This data byte may represent one or shown in FIG. 2, the enhanced bar code scanner is a "stand 
more scan codes which, in turn, represent one or more alone" unit not to be used with a separate computer key- 
keyboard key presses or decoded bar codes. board. If the operational mode is "normal^', the program 
Pursuant to a still further embodiment of the invention, skips ahead to block 305. Otherwise, the program proceeds 
the keyboard emulation mechanism keeps track of status 5 to block 303. 

indications transmitted by the computing device (in the At block 303, it has akeady been determined that a 
example of FIG. 2, PC 200) and related to the status of one separate computer keyboard (refer to FIG. 1) is not present, 
or more indicators on a computer keyboard. These indicators Accordingly, the enhanced bar code scanner (FIG. 2) must 
may be provided in the form of one or more LED lamps communicate to PC 200 all command bytes for successful 
indicative of the status of the Caps-lock, Num-lock, and 10 completion ofpower-on diagnostics. The enhanced bar code 
Scroll-lock keys. The keyboard emulation mechanism also scanner begins this keyboard emulation process by trans- 
keeps track of the transmission protocol currently in use, mitting an "AA" to indicate that the "keyboard" self-test was 
such as make-Break,Make-Only, AT or PS2-type scan-code completed successfully. After this point, the PC and "key- 
transmission protocols. These status indications and trans- board" (as emulated by the enhanced bar code scanner) may 
mission protocols may vary, depending upon the keyboard 15 communicate and acknowledge any of a number of various 
country type selected, and are maintained by the keyboard commands to complete the power-on diagnostic sequence, 
emulation mechanism so that the enhanced bar code scanner Some PC's require more information than others for the 
208 will transmit accurately to PC 200. power-on diagnostic procedure. Therefore the number of 

Tlie keyboard emulation mechanism may be provided in commands sent by the PC and acknowledged by the emu- 
the form of enhanced software, firmware, and/or program- ^ l^ted keyboard is vanable. These commands may mclude 

ming instructions. This software, firmware, and/or operating «f following: Typamatic Rate, Make/Break status, 

instructions can be configured for use with presently- scan code set enabled, and LED status, 

existing keyboard wedge scanners, as well as any of various At block 304, once the sequence of command bytes of 

scanners which may be developed in the future. One purpose t.lock 303 are completed, the PC will power up normaUy. 
of the software, firmware, and/or operating instructions is to ^ Note that powermg up is sometimes referred to as "booUng 

accurately transmit a bar code on a transmission hne that is ^P" Without successful completion of these commands, the 

subjected to possible halt or inhibit signals issued by the PC wiU fail to power up. After the PC boots up, the enhanced 

computing device. It should be noted that any number of ^^r code scanner is ready to decode data, 

sources contained within the computing device could gen- ^^^^^ S 

erate these mhibit signals When a data byte is received a ^^^^ g^^^^ ^^^^ 

the keyboard port, this byte, which may represent all or part ^^^^^ ^ ^^^^ ^^^^^ 

of a decoded bar code is opUonally displayed on a momtor ^^^^^^^^ ^^^^ ^^.^ characters which are then stored in a 

coupled to the computmg device. ^^^^^^ ^^^^ associated with the enhanced bar code 

Refer to FIGS. 3A-3K which together comprise a flow- scanner, such as, for example, random-access memory 

chart settmg forth a keyboard emulation method according (RAM). At block 306, the program generates an appropriate 

to a preferred embodiment of the mvention. In overview, the output interface equipped to select output data fiom the 

method is organized into a first sequence of steps related to enhanced bar code scanner, 
power-up and diagnostics (blocks 301-304), a second 

sequence of steps related to the decoding and storing of data Third Sequence of Steps 

(blocks 305-306), a third sequence of steps related to Begin Keyboard Output 

keyboard output (blocks 307-308), a fourth sequence of A test is performed at block 307 to determine the output 

steps related to ASCII to scan code conversion (blocks mode of the emulated keyboard. Typical output modes 

309-311), a fifth sequence of steps related to preparation for include AT, XT, and PS2. At block 308, the program 

a keyboard output sequence (blocks 312-317), a sixth determines the type of keyboard transmission that is to take 

sequence of steps related to first character keyboard initial- place. Types of keyboard transmission include normal, ALT 

ization (blocks 318-322), a seventh sequence of steps Mode, and special key transmission sequences, 
related to keyboard scan code output (blocks 323-327), an 

eighth sequence of steps related to preparation for exiting Fourth Sequence of Steps 

the keyboard scan code transmission program (blocks ASCII to Scan Code Conversion 

328-333), and a ninth sequence of steps related to a deter- At block 309, if the type of keyboard transmission (as 
mination of whether or not there are more characters to determined at block 308) is normal transmission, the pro- 
transmit (blocks 334-335). It should be noted that the gram proceeds to blocks 310 & 311. Otherwise, the program 
above -described organization of the steps into nine jumps ahead to block 312. The country output setting of the 
sequences is set forth for purposes of illustration and con- keyboard is determined at block 310. This country output 
venience. The steps may, but need not, be organized in the setting specifies any of a plurality of keyboards, such as US 
manner described above. (United States), UK (United Kingdom), FR (France), GR 

(Germany), BE (Belgium), SP (Spain), IT (Italy), and JP 

First Sequence of Steps (Japan). Next, at block 311, an ASCII character of a bar code 

Power-Up and Power on Diagnostics string received by the enhanced bar code scanner is con- 
The program of FIGS. 3A-3K commences at block 301, 60 yetted to an equivalent scan code or keyboard key code for 

where power is applied to enhanced bar code scanner (208, particular keyboard type or country type determined at 

FIG. 2) and/or PC (200, FIG. 2) Next, at block 302 (FIG. 3), block 310. 
the program determines the operational mode of the 

enhanced bar code scanner. The operational mode is "nor- Fifth Sequence of Steps 

mal" if the enhanced bar code scanner is to be used in a Y 65 Prepare for Keyboard Output Sequence 

or wedge configuration with a computer keyboard, similar to The program proceeds (block 312) with the outputting of 

the configuration of FIG. 1. The mode is "stand-alone" if, as scan codes based on the keyboard type as previously deter- 
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mined at block 310. Then, at block 313, a test is performed 
to ascertain whether a "stand alone" (FIG. 2) or "normal 
keyboard wedge" configuration is in use. The "normal 
keyboard wedge" configuration is similar to FIG. 1, except 
that an enhanced bar code scanner is used in place of bar 
code scanner 108. At block 314, program control is routed 
to an appropriate operational sequence, depending upon the 
configuration in use as determined at block 313. If a "normal 
keyboard wedge" configuration is in use, the program pro- 
ceeds with blocks 315, 316, and 317. Otherwise, the pro- 
gram jumps ahead to block 318. 

At block 315, a test is performed to ascertain whether 
message-based inhibit or character inhibit has been selected. 
If message inhibit has been selected, then the program skips 
ahead to block 318. Otherwise, the program proceeds to 
block 316. A test is performed at block 316 to check for any 
PC to keyboard communications currently taking place. If 
there are any currently active communications taking place, 
the program waits until any such communication has ended. 
Then (block 317), the keyboard is inhibited from the PC. 

Sixth Sequence of Steps 
First Character Keyboard Initialization 

This sequence commences by performing a test to deter- 
mine whether or not a 1^ character of a scanner bar code 
transmission sequence has been sent by the enhanced bar 
code scanner (block 318). This scanner bar code transmis- 
sion sequence is organized into a data byte, as previously 
described. If not, the program jumps ahead to block 323. 
Otherwise, the program proceeds to block 319, where a 
check is performed to determine whether or not normal 
keyboard transmission is required. If so, the program pro- 
ceeds to block 320. If not, the program jumps ahead to block 
323. 

Next, a test is performed to determine if a European 
keyboard type (FR, GR, BE) .is in use. If so, the program 
continues to block 321. If not, the program jumps ahead to 
block 323. At block 321, a [SHIFT] is transmitted and the 
PC releases the keyboard inhibit so as to place the keyboard 
into a known (lower-case) operational state. The PC then 
re-enables the keyboard inhibit (block 322). 

Seventh Sequence of Steps 
Keyboard Scan Code (S) Are Outputted 

At this point (block 323), if a normal keyboard wedge 
scanner configuration is in use, the scanner will communi- 
cate with other system components as if it was a standalone 
bar code scanner. All communications, if any, that are 
required will be acknowledged by the bar code scanner. Next 
(block 324), the output sequence is determined. The output 
sequence specifies any of Normal, Alt Mode, and Special 
Key transmission. All of these modes require the transmis- 
sion of keyboard scan codes. Alt mode transmits the decimal 
value of the ASCII value using the numeric keypad scan 
codes. Special Key transmissions are the transmission of 
non- ASCII keys (i.e. function keys — ^Fl, F2, etc., arrow 
keys and so forth). Normal key transmission is the trans- 
mission of normal ASCII characters that have an associated 
keyboard scan code. All scan codes may be transmitted 
using the aforementioned "3 strikes technique" to output the 
data. 

The enhanced bar code scanner implements a keyboard 
scan code transmission (block 325) using a plurality of data 
bytes. A "MAKE" scan code followed by a 2 byte scan code 
BREAK sequence is transmitted. All 3 scan codes can use 
the "3 strikes" method. At block 326, each keyboard scan 
code transmission is an 11 -bit output sequence. Its format is 
as follows: Start bit (0), 8 data bits (scan code), parity bit 
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(odd parity) and a stop bit (1). While transmitting the bits, 
the PC can halt the transmission of the scan code by pulling 
the keyboard clock or data line low. Depending on the state 
of these lines, the keyboard may need to respond to the PC 

5 or wait until the lines go back to a ready-state and retransmit 
th e scan c ode , up to a predetermined maximum number of 
times. This predetermined number is three in cases where 
the "3 strikes technique" is employed. Once the MAKE- 
BREAK sequence is complete (block 327), then an intcr- 

10 character delay is implemented. 

Eighth Sequence of Steps 
Prepare to Exit Keyboard Scan Code Transmission Routine 
A lest is again performed to ascertain whether a "stand 
alone" (FIG. 2) or "normal keyboard wedge'* configuration 
is in use (block 328), If a Stand alone keyboard scanner is 
in ue, the program jumps ahead to block 334, Otherwise, the 
program continues to block 329, where the program checks 
for a Message Inhibit and a Character Inhibit, If a Character 
Inhibit exists, this inhibit is released, and the program jumps 
ahead to block 334, If a Message Inhibit exists, the program 
advances to block 330, where a check is performed to 
determine whether or not this is the last character of the 
message. If it is the last diaracter , the program advances to 
block 331 whereas, if it is not., the program advances to 
^ block 334. 

At block 331, since this is the last character of the 
message, it is time to release the inhibit. It must also be 
determined if a scan code is to be transmitted that could have 
had an effect on the keyboard LED status. Check if any of 
the following scans codes are to be transmitted: Caps: Lock, 
Num Lock, Right or Left Shift. If not, continue at Block 334. 
Next (block 332), scan codes of Right or Left Shift only have 
keyboard LED status indicator implications with European 
keyboards. Accordingly, a check is performed to determine 
whether or not a FR, GR, or BE keyboard is in use. If any 
of these keyboards is in use, transmit the Shift scan code and 
allow the keyboard and PC to communicate; otherwise 
continue to block 333. If a scan code of Num Lock or Caps 
^ Lock is to be transmitted, transmit the appropriate scan code 
and allow the KB and PC to communicate, but correct the 
keyboard LED status indicators. 

Ninth Sequence of Steps 
Determine Last Charaaer to be Transmitted 

45 Check if all characters have been transmitted (block 334) . 
If not, the next ASCII character is obtained, the correspond- 
ing scan code is transmitted, and the program loops back to 
block 318. At block 335, the keyboard scan code output has 
been completed. 

50 The program of FIGS, 3A-3K has been organized into 
nine operational sequences for illustrative purposes and as 
an explanatory aid. Those skilled in the art can appreciate 
that the program need not necessarily be organized into nine 
operational sequences, as variations thereto are still within 

55 the spirit and scope of the invention. 

As stated above, the keyboard emulation mechanism may 
include software, firmware, and/or operating instructions. 
Use of this term herein is not necessarily indicative of any 
hardware enhancements to the bar code scanner. If the 

60 scanner is programmed to allow for up to three 
retransmissions, such a method is referred to as the 
"3-strikes-technique". A conventional transmission of one 
pressed key consists of three (3) characters — a make scan 
code and two (2) break code characters. Therefore, this 

65 technique could possibly transmit up to 9 characters to 
complete the key sequence. This retransmit technique gives 
the enhanced bar code scanner a limited number of retries 
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per scan code, thus allowing a transmission sequence to 
move forward instead of hanging or sticking while trying to 
retransmit the same character over and over again. 

But why should there ever be a need to retransmit a scan 
code? The retransmit protocol was developed after noticing 5 
that other devices or software within the PC could also 
inhibit the keyboard controller port. Some devices/software 
such as network drivers may inhibit the keyboard controller 
port every few milliseconds to perform some function 
without interrupt. Other devices, such as a mouse, may be on jq 
the same interrupt as the keyboard controller port, thus 
requiring the keyboard controller port to be inhibited while 
the software governing the mouse moves the mouse cursor. 
With laptops, the same types of inhibit issues can exist. 
However, even more restraints may be placed on the external 
keyboard controller port of a laptop than would be the case 
with a conventional PC. This renders use of the keyboard 
controller port as an auxiliary input channel all the more 
difScult in the operational environment of laptop computing. 

With the advent of Windows 3.1 and Window 95, it 20 
appeared that more and more devices/software were effect- 
ing the behavior of the keyboard controller port. Therefore, 
it was imperative that a technique was developed that would 
transmit the scan code accurately, but take into accoimt the 
fact that during transmission the keyboard could receive an 25 
inhibit and a retransmit would be necessary to accurately 
transmit the decoded bar code. The "3 -strikes-technique" set 
forth herein accomplishes this task uniquely within a limited 
transmission sequence. 



We claim: 



30 



1. A bar code scanner adapted for connection to: (i) a 
keyboard controller port of a computing device, and (ii) a 
computer keyboard, in a keyboard-wedge configuration, the 
bar code scanner having a keyboard inhibit mechanism for 
preventing an intermingling of bar code data acquired by the 35 
bar code scanner and typed-in keyboard data and typed into 
the keyboard; the keyboard inhibit mechanism comprising: 

(a) a monitoring mechanism adapted to test for the 
existence of any communication in progress between 
the keyboard and the computing device; 40 

(b) a switching mechanism, coupled to the monitoring 
mechanism, wherein, in response to an absence of 
communication in progress between the keyboard and 
the computing device, the switching enters a first state 

so as to disable subsequent communications between 45 
the computer keyboard and the keyboard controller 
port, thereby inhibiting the keyboard; 

(c) a bar code transmission mechanism, responsive to the 
switching mechanism being in the first state, for trans- 
mitting a decoded bar code to the keyboard controller 50 
port as a sequence of data bytes, for emulating any 
communications that may be required between the 
keyboard controller port and the keyboard; and, upon 

an initial power-on of the computing device, providing 
an interface to a keyboard controller port of the com- 55 
puting device, so as to eliminate the necessity of 
connecting an actual computer keyboard to the key- 
board controller port by responding to a power-on 
diagnostic procedure implemented by the computing 
device as if the bar code transmission mechanism were 60 
effectively an electrical equivalent of a computer key- 
board; and wherein the switching mechanism is respon- 
sive to the bar code transmission mechanism such that, 
once the bar code transmission mechanism has trans- 
mitted all characters of the bar code to the keyboard 65 
controller port, the switching mechanism enters a sec- 
ond state so as to release the keyboard inhibit and to 



permit communications between the keyboard and the 
keyboard controller port. 

2. The bar code scanner of claim 1 wherein the computing 
device is a personal computer (PC). 

3. The bar code scanner of claim 1 wherein the computing 
device is a laptop computer. 

4. The bar code scanner of claim 1 wherein the keyboard 
emulation mechanism is equipped to detect a keyboard 
inhibit signal at the keyboard controller port. 

5. The bar code scanner of claim 4 wherein the keyboard 
inhibit signal is generated by the computing device. 

6. The bar code scanner of claim 1 wherein, if the 
keyboard emulation mechanism detects a keyboard inhibit 
signal while a data byte including one or more scan codes is 
being transmitted to the keyboard controller port, the key- 
board emulation mechanism retransmits the data byte to the 
keyboard controller port. 

7. The bar code scanner of claim 6 wherein the keyboard 
emulation mechanism waits untD the keyboard inhibit signal 
ceases and then retransmits the data byte to the keyboard 
controller port. 

8. The bar code scaimer of claim 6 wherein the retrans- 
mission of the data byte is repeated up to a specified number 
of times, so as to provide additional opportunities for the 
data byte to be inputted to the keyboard controller port if the 
port is momentarily disabled by the keyboard inhibit signal. 

9. The bar code scanner of claim 8 wherein the retrans- 
mission of the data byte is repeated for up to three times for 
a given data byte and, if the data byte is still not successfully 
received after the third attempt, the retransmission is no 
longer repeated. 

10. The bar code scanner of claim 6 wherein the data byte 
represents a scan code indicative of aU or a portion of a 
decoded bar code. 

11. The bar code scanner of claim 1 wherein the keyboard 
emulation mechanism further includes a tracking mecha- 
nism for keeping track of status indications transmitted by 
the computing device and related to the status of one or more 
visual indicators on a computer keyboard. 

12. The bar code scanner of claim 11 wherein the visual 
indicators are provided in the form of one or more LED 
lamps indicative of the status of at least one of a Caps-lock 
key, a Num-lock key, and a Scroll-lock key. 

13. The bar code scanner of claim 1 wherein the keyboard 
emulation mechanism further includes a protocol tracking 
mechanism for keeping track of a scan code transmission 
protocol currently in use. 

14. The bar code scanner of claim 13 wherein the scan 
code transmission protocol includes any of Make-Break, 
Make-Only, AT and PS2 scan-code transmission protocols. 

15. The bar code scanner of claim 1 wherein the keyboard 
emtilation mechanism is provided in the form of at least one 
of software, firmware, and/or programming instructions. 

16. The bar code scanner of claim 15 wherein the 
software, firmware, and/or operating instructions is config- 
ured for use with presently-existing keyboard wedge bar 
code scanners. 

17. The bar code scanner of claim 15 wherein the 
software, firmware, and/or operating instructions are 
adapted to transmit a scan code to a keyboard controller port 
that is subjected to possible keyboard inhibit signals issued 
by the computing device, such that the scan code is received 
at the keyboard controller port subsequent to issuance of the 
keyboard inhibit signal. 

18. The bar code scanner of claim 17 wherein the scan 
code is received at the keyboard controller port and then 
displayed on a monitor coupled to the computing device. 
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19. A method for use with a bar code scanner that is 
adapted for connection to: (i) a keyboard controller port of 
a computing device, and (ii) a computer keyboard, in a 
keyboard- wedge configuration, the method preventing an 
intermingling of bar code data acquired by the bar code 5 
scanner and typed-in keyboard data typed into the keyboard, 
the method performing the steps of: 

(a) coupling the bar code scanner to the keyboard con- 
troller port of the computing device, 

(b) the bar code scanner responding to a power-on diag- 
nostic procedure implemented by the computing device 
as if the bar code scanner were effectively an electrical 
equivalent of a computer keyboard; 

(c) the bar code scanner testing for the existence of any 
communication in progress between the keyboard and 
the computing device; 

(d) if no such communication is in progress, the bar code 
scanner causing a switching mechanism to enter a first 
state so as to disable communications between the 20 
keyboard and the computer controller port, thereby 
inhibiting the keyboard; ' 

(e) the bar code scanner transmitting a decoded bar code 
to the keyboard controller port as a sequence of data 
bytes, and/or emulating any communications that may 25 
be required between the keyboard controller port and 
the keyboard; and 

(f) once the bar code scanner has transmitted all charac- 
ters of the bar code to the keyboard controller port, the 
bar code scanner releasing the keyboard inhibit by 
causing the switching mechanism to enter a second 
state, so as to permit communications between the 
keyboard and the keyboard controller port. 

20. The method of claim 19 wherein the computing device 

is a personal computer (PC). ^5 

21. The method of claim 19 wherein the computing device 
is a laptop computer. 

22. The method of claim 19 further including the step of 
the bar code scanner detecting a keyboard inhibit signal at 
the keyboard controller port. ^0 

23. The method of claim 22 wherein the keyboard inhibit 
signal is generated by the computing device, 

24. The method of claim 22 further including the steps of: 

(a) the bar code scanner detecting a keyboard inhibit 
signal while a data byte specifying a scan code is being 
transmitted to the keyboard controller port, and 

(b) the bar code scanner retransmitting this data byte to 
the keyboard controller port. 



45 



25. The method of claim 24 further including the steps of: 

(a) the keyboard emulation mechanism waiting until the 
keyboard inhibit signal ceases, and then 

(b) retransmitting the data byte to the keyboard controller 
port. 

26. The method of claim 24 wherein step (b) is repeated 
up to a specified number of times, so as to provide additional 
opportunities for the scan code to be inputted to the key- 
board controller port if the port is momentarily disabled by 
the keyboard inhibit signal. 

27. The method of claim 26 wherein the retransmission of 
the data byte is repeated for up to three times for a given data 
byte and, if the data byte is still not successfully received 
after the third attempt, the retransmission is no longer 
repeated. 

28. The method of claim 24 wherein the scan code 
represents a decoded bar code. 

29. The method of claim 19 farther including the step of 
the bar code scanner keeping track of status indications 
transmitted by the computing device and related to the status 
of one or more visual indicators on a computer keyboard. 

30. The method of claim 29 wherein the visual indicators 
are provided in the form of one or more LED lamps 
indicative of the status of at least one of a Caps-lock key, a 
Num-lock key, and a Scroll-lock key. 

31. The method of claim 19 further including the step of 
the bar code scarmer keeping track of a scan code transmis- 
sion protocol currently in use. 

32. The method of claim 30 wherein the scan code 
transmission protocol includes any of Make-Break,Make- 
Only, AT and PS2 scan-code transmission protocols. 

33. The method of claim 19 implemented by of at least 
one of software, firmware, and/or programming instructions. 

34. The method of claim 23 wherein the software, 
firmware, and/or operating instructions is configured for use 
with presently-existing keyboard wedge scanners. 

35. The method of claim 33 wherein the software, 
firmware, and/or operating instructions are adapted to trans- 
mit a scan code to a keyboard controller port that is 
subjected to possible keyboard inhibit signals issued by the 
computing device, such that the scan code is received at the 
keyboard controller port subsequent to issuance of the 
keyboard inhibit signal. 

36. The method of claim 35 wherein the scan code is 
received at the keyboard controller port and then displayed 
on a monitor coupled to the computing device. 
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ABSTRACT 



The intermingling of bar code data and typed-in data in a 
keyboard-wedge configuration is prevented through the use 
of a message-based keyboard inhibit procedure imple- 
mented by the bar code scanner. In this manner, both the 
typed-in data and the bar code data wiU remain uncorrup ted, 
even if the keyboard data is being entered substantially 
simultaneously with the scaiming and/or decoding of bar 
code data. This message-based keyboard inhibit procedure 
tests for any communication in progress between the key- 
board and PC. If no communication is in progress, the bar 
code scanner places a switching mechanism into a first state 
so as to disable communications between the keyboard and 
a keyboard controller port of a PC (personal computer), 
thereby inhibiting the keyboard. The bar code scanner then 
transmits the decoded bar code to the PC as a sequence of 
data bytes. The bar code scanner also implements any 
communications that are required between the PC and the 
keyboard during this time. The inhibit wiU not be released 
until all characters of the bar code have been transmitted by 
the scanner. Once all characters of the bar code are 
transmitted, the bar code scanner releases the inhibit by 
placing the switching mechanism into a second state, so as 
to permit communications to take place between the key- 
board and the PC. Any keyboard key that was typed in 
during transmission of the bar code wiU now be transmitted 
fi"om the keyboard to the PC. 

20 Claims, 16 Drawing Sheets 
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^ START ^ 



A. 



301 



APPLY POWER TO THE ENHANCED BAR CODE SCANNER 
(208, FIG. 2) AND/OR PC (200, FIG;2). 




/302 



DETERMINE THE OPERATIONAL MODE (OPER_MODE) OF THE 
ENHANCED BAR CODE SCANNER. OPERAT_MODE = [NORMAL] 
IF THE ENHANCED BAR CODE SCANNER IS TO BE USED IN A " Y" 
OR " WEDGE" CONFIGURATION WITH A COMPUTER KEYBOARD. 
OPERAT_MODE = [STAND_ALONE] IF THE ENHANCED BAR 
CODE SCANNER IS A "STAND ALONE" UNIT NOT TO BE USED 
WITH A SEPARATE COMPUTER KEYBOARD. IF OPERAT_MODE 
= [NORMAL], GOTO BLOCK 305. OR ELSE, PROCEED TO 

BLOCK 303. 



303 

i ^ 

THE ENHANCED BAR CODE SCANNER COMMUNICATES TO THE PC 
ALL COMMAND BYTES FOR SUCCESSFUL COMPLETION OF POWER- 
ON DIAGNOSTICS. THE ENHANCED BAR CODE SCANNER BEGINS 
THIS KEYBOARD EMULATION PROCESS BY TRANSMITTING AN 
"AA" TO INDICATE THAT THE "KEYBOARD" SELF TEST WAS COM- 
PLETED SUCCESSFULLY. THEN, THE PC AND "KEYBOARD" (AS 
EMULATED BY THE ENHANCED BAR CODE SCANNER) MAY 
COMMUNICATE AND ACKNOWLEDGE ANY OF A NUMBER OF 
VARIOUS COMMANDS TO COMPLETE THE POWER-ON DIAGNOSTIC 

SEQUENCE. 



6 

FIG. 3A 
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0 



304 



ONCE THE SEQUENCE OF COMMAND BYTES OF BLOCK 303 ARE 
COMPLETED, THE PC POWERS UP NORMALLY. WITHOUT SUC- 
CESSFUL COMPLETION OF THESE COMMANDS, THE PC WILL FAIL 
TO POWER UP. AFTER THE PC BOOTS UP, THE ENHANCED BAR 
CODE SCANNER IS READY TO DECODE DATA. 



305 



BAR CODE SYMBOLS ARE DECODED INTO HUMAN-READABLE 
AND/OR ASCII CHARACTERS WHICH ARE THEN STORED IN A 
MEMORY DEVICE ASSOCIATED WITH THE ENHANCED BAR CODE 
SCANNER, SUCH AS, FOR EXAMPLE, RANDOM-ACCESS MEMORY 

(RAM). 



306 



GENERATE AN APPROPRIATE OUTPUT INTERFACE EQUIPPED TO 
SELECT OUTPUT DATA FROM THE ENHANCED BAR CODE SCANNER. 



FIG. 3B 
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DETERMINE THE OUTPUT MODE (OP_MODE) OF THE EMULATED 
KEYBOARD. TYPICAL OUTPUT MODES INCLUDE "AT", "XT", 

AND "PS2". 



A. 



308 



DETERMINE THE TYPE OF KEYBOARD TRANSMISSION (KB TYPE) 
THAT IS TO TAKE PLACE. TYPES OF KEYBOARD TRANSMISSION 
INCLUDE NORMAL, "ALT MODE", AND SPECIAL KEY TRANSMISSION 

SEQUENCES. 



A. 



309 



IF THE TYPE OF KEYBOARD TRANSMISSION (AS DETERMINED AT 
BLOCK 308) IS NORMAL TRANSMISSION, GOTO BLOCK 310, 
OR ELSE GOTO BLOCK 312. 




DETERMINE THE COUNTRY OUTPUT SETTING (CNTRY OPT) OF THE 
KEYBOARD. THIS COUNTRY OUTPUT SETTING SPECIFIES ANY OF A 
PLURALITY OF KEYBOARDS, SUCH AS" US" (UNITED STATES), "UK" 
(UNITED KINGDOM), "FR" (FRANCE), "GR" (GERMANY), "BE" (BELGIUM), 
"SP" (SPAIN), "IT" (ITALY), AND "JP" (JAPAN). FOR US KEYBOARDS, 

CNTRY_OPT="US". 



FIG. 3C 
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AN ASCII CHARACTER OF A BAR CODE STRING RECEIVED BY THE 
ENHANCED BAR CODE SCANNER IS CONVERTED TO AN EQUIVALENT 

SCAN CODE OR KEYBOARD KEY CODE FOR THE PARTICULAR 
KEYBOARD TYPE OR COUNTRY TYPE WHICH WAS DETERMINED AT 

BLOCK 3 10. 





,312 


PROCEED WITH THE OUTPUTTING OF SCAN CODES BASED ON 
THE KEYBOARD TYPE AS PREVIOUSLY DETERMINED. 


. 3 


,313 



PERFORM A TEST TO ASCERTAIN WHETHER A "STAND ALONE" OR 
"NORMAL KEYBOARD WEDGE" CONFIGURATION IS IN USE: WHAT 
IS THE OPERATIONAL MODE (OPERAT_MODE) OF THE ENHANCED 
BAR CODE SCANNER? THE OPERATIONAL MODE IS "NORMAL" IF 
THE ENHANCED BAR CODE SCANNER IS TO BE USED IN A "Y" OR 
"WEDGE" CONFIGURATION WITH A COMPUTER KEYBOARD. THE 
MODE IS "STAND ALONE" IF THE ENHANCED BAR CODE SCANNER 
IS A "STAND ALONE" UNIT NOT TO BE USED WITH A SEPARATE 
COMPUTER KEYBOARD. 



FIG. 3D 
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ROUTE PROGRAM CONTROL TO AN APPROPRIATE OPERATIONAL 
SEQUENCE, DEPENDING UPON THE OPERAT_MODE AS 
DETERMINED AT BLOCK 313. IF OPERAT_MODE = [NORMAL], 
THE PROGRAM PROCEEDS WITH BLOCKS 315, 316, AND 317. 
OTHERWISE, THE PROGRAM JUMPS AHEAD TO BLOCK 318. 



315 

I cL 

PERFORM A TEST TO ASCERTAIN WHETHER MESSAGE-BASED 
INHIBIT OR CHARACTER INHIBIT HAS BEEN SELECTED (MESS_INH = 
"YES", CHCTR_INH = "YES"). IF MESS_INH = "YES" (I.E., 
SELECTED), THEN THE PROGRAM SKIPS AHEAD TO BLOCK 318. 
OTHERWISE, THE PROGRAM PROCEEDS TO BLOCK 3 1 6. 





316 

r ^ 


PERFORM A TEST TO CHECK FOR ANY PC TO KEYBOARD 
COMMUNICATIONS CURRENTLY TAKING PLACE. IF THERE ARE ANY 

CURRENTLY ACTIVE COMMUNICATIONS TAKING PLACE, THE 
PROGRAM WAITS UNTIL ANY SUCH COMMUNICATION HAS ENDED. 


\ 


317 


THE KEYBOARD IS H 


MHIBITED BY THE PC. 



(!) 

FIG. 3E 
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A. 



318 



PERFORM A TEST TO DETERMINE WHETHER OR NOT A ist 
CHARACTER OF A SCANNER BAR CODE TRANSMISSION SEQUENCE 
HAS BEEN SENT BY THE ENHANCED BAR CODE SCANNER. IF NOT, 
THEN GOTO BLOCK 323, OTHERWISE, PROCEED TO BLOCK 319. 



A. 



319 



PERFORM A TEST TO DETERMINE WHETHER OR NOT NORMAL 
BCEYBOARD TRANSMISSION IS REQUIRED. IF SO, PROCEED TO 
BLOCK 320. IF NOT, THEN GOTO BLOCK 323. 



A. 



320 



PERFORM A TEST TO DETERMINE IF A EUROPEAN KEYBOARD TYPE 

("FR, GR, BE"), IS IN USE (CNTRY_OPT = "FR", "GR" OR 
"BE") ++99. IF SO, CONTINUE TO BLOCK 321. IF NOT, GOTO BLOCK 323. 



A 



321 



TRANSMIT A [SHIFT]. PC RELEASES THE KEYBOARD INHIBIT 
SO AS TO PLACE THE KEYBOARD INTO A KNOWN (LOWER-CASE) 

OPERATIONAL STATE. 



A 



322 



THE PC RE-ENABLES THE KEYBOARD INHIBIT. 



FIG. 3F 
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323 



AT THIS POINT, IF A NORMAL KEYBOARD WEDGE SCANNER 
CONFIGURATION IS IN USE, THE SCANNER WILL BEHAVE AS IF IT IS 
A STAND-ALONE BAR CODE SCANNER. ALL COMMUNICATIONS, IF 
ANY THAT ARE REQUIRED WILL BE ACKNOWLEDGED BY THE BAR 

CODE SCANNER. 



THE SPECIFIC OUTPUT SEQUENCE TO BE USED (OUTPUT_SEQ) IS 
DETERMINED. THE OUTPUT SEQUENCE SPECIFIES ANY ONE OF 

NORMAL, "ALT MODE", AND SPECIAL KEY TRANSMISSION 
(OUTPUT_SEQ = [NORMAL], ["ALT_MODE"], OR ["SPEC1AL_KEY"]. 
ALL OF THESE MODES REQUIRE THE TRANSMISSION OF KEYBOARD 
SCAN CODES. ALL SCAN CODES MAY BE TRANSMITTED USING THE 
AFOREMENTIONED "3 STRIKES TECHNIQUE" TO OUTPUT THE DATA. 



325 



THE ENHANCED BAR CODE SCANNER IMPLEMENTS KEYBOARD 
SCAN CODE TRANSMISSIONS WHICH ARE OF THE FOLLOWING 
FORM: A "MAKE" SCAN CODE FOLLOWED BY A 2 BYTE SCAN 
CODE "BREAK" SEQUENCE. ALL 3 SCAN CODES CAN USE THE "3 

STRIKES" METHOD. 
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FIG. 3G 
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326 



1 



EACH KEYBOARD SCAN CODE TRANSMISSION IS AN 1 1-BIT 
OUTPUT SEQUENCE. ITS FORMAT IS AS FOLLOWS: 
START BIT (0) 
8 DATA BITS (SCAN CODE) 
PARITY BIT (ODD PARITY), 
STOP BIT (1). 

WHILE TRANSMITTING THE BITS, THE PC CAN HALT THE 
TRANSMISSION OF THE SCAN CODE BY PULLING THE KEYBOARD 
CLOCK OR DATA LINE LOW. DEPENDING ON THE STATE OF THESE 
LINES, THE KEYBOARD MAY NEED TO RESPOND TO THE PC OR 
WAIT UNTIL THE LINES GO BACK TO A READY-STATE AND 
RETRANSMIT THE SCAN CODE, UP TO A PREDETERMINED 
MAXIMUM OF TIMES. (THIS PREDETERMINED 
NUMBER IS THREE IN CASES WHERE THE "3 STRIKES TECHNIQUE" 

IS EMPLOYED). 




ONCE THE" MAKE-BREAK" SEQUENCE IS COMPLETE, THEN AN 
INTERCHARACTER DELAY IS IMPLEMENTED. 





3H 
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A TEST IS AGAIN PERFORMED TO ASCERTAIN WHETHER A "STAND 
ALONE" OR "NORMAL KEYBOARD WEDGE" CONFIGURATION IS IN 
USE: WHAT IS THE OPERATIONAL MODE (OPERAT_MODE) OF THE 
ENHANCED BAR CODE SCANNER? THE OPERATIONAL MODE IS 
"NORMAL" IF THE ENHANCED BAR CODE SCANNER IS TO BE USED 
IN A "Y" OR "WEDGE" CONFIGURATION WITH A COMPUTER 
KEYBOARD. THE MODE IS A "STAND ALONE" IF THE ENHANCED 
BAR CODE SCANNER IS A "STAND ALONE" UNIT NOT TO BE USED 
WITH A SEPARATE COMPUTER KEYBOARD. IF A STAND ALONE 
KEYBOARD SCANNER IS IN USE, THE PROGRAM JUMPS AHEAD TO 
BLOCK 334. OTHERWISE, THE PROGRAM CONTINUES TO BLOCK 329 



329 



CHECK FOR A MESSAGE INHIBIT (MESS_INH = "YES") AND A 
CHARACTER INHIBIT (CHCTR_INH = "YES"). IF CHCTR_INH = "YES", 
THIS INHIBIT IS RELEASED, AND THE PROGRAM JUMPS AHEAD TO 

BLOCK 334. IF MESS_INH = "YES", THE PROGRAM ADVANCES 

TO BLOCK 330. 



330 



PERFORM A CHECK TO DETERMINE WHETHER OR NOT THIS IS THE 
LAST CHARACTER OF THE MESSAGE. IF IT IS THE LAST CHARACTER, 
ADVANCE TO BLOCK 33 1 WHEREAS, IF IT IS NOT, ADVANCE TO 

BLOCK 334. 
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FIG. 31 
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SINCE THIS IS THE LAST CHARACTER OF THE MESSAGE, RELEASE 
THE INHIBIT. DETERMINE IF A SCAN CODE IS TO BE TRANSMITTED 

THAT COULD HAVE HAD AN EFFECT ON THE KEYBOARD LED 
STATUS: CHECK IF ANY OF THE FOLLOWING SCANS CODES ARE TO 
BE TRANSMITTED:' "CAPS", "LOCK", "NUM LOCK", "RIGHT" OR "LEFT" 
"SHIFT". IF NOT, CONTINUE AT BLOCK 334. 



SCAN CODES OF RIGHT OR LEFT SHIFT ONLY HAVE KEYBOARD 
LED STATUS INDICATOR IMPLICATIONS WITH EUROPEAN 
KEYBOARDS: ACCORDINGLY, A CHECK IS PERFORMED TO 
DETERMINE WHETHER OR NOT A "FR", "GR", OR "BE" KEYBOARD IS IN 
USE: DOES CNTRY_OPT = "FR", "GR", OR "BE" ? IF ANY OF THESE 
KEYBOARDS IS IN USE (I.E., CNTRY_OPT = "FR", "GR", OR "BE"), 
TRANSMIT THE SHIFT SCAN CODE AND ALLOW THE KEYBOARD 
AND PC TO COMMUNICATE; OTHERWISE CONTINUE TO BLOCK 333. 



A. 



333 



IF A SCAN CODE OF "NUM LOCK" OR "CAPS LOCK" IS TO BE 
TRANSMITTED, TRANSMIT THE APPROPRIATE SCAN CODE AND 
ALLOW THE KEYBOARD AND PC TO COMMUNICATE, BUT 
CORRECT THE KEYBOARD LED STATUS INDICATORS. 



(5 

FIG. 3J 
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0 



V 


,334 


PERFORM TEST TO ASCERTAIN WHETHER OR NOT ALL CHARACTERS 
HAVE BEEN TRANSMITTED. IF NOT, THE NEXT ASCII CHARACTER 
IS OBTAINED, THE CORRESPONDING SCAN CODE IS TRANSMITTED, 
AND THEN LOOP BACK TO BLOCK 318. 


\ 


,335 


THE KEYBOARD SCAN CODE OU' 


FPUT HAS BEEN COMPLETED. 



END ^ 
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403 



WAIT 



YES 



ENHANCED BAR CODE SCANNER PERFORMS TEST TO 
ASCERTAIN WHETHER OR NOT COMMUNICATIONS ARE 
IN PROGRESS BETWEEN KEYBOARD AND PC. ARE 
COMMUNICATIONS IN PROGRESS ? 



NO 



A. 



405 



ENHANCED BAR CODE SCANNER PLACES SWITCHING 
MECHANISM INTO FIRST STATE SO AS TO DISABLE 
SUBSEQUENT COMMUNICATIONS BETWEEN 
KEYBOARD AND PC. 



407 



ENHANCED BAR CODE SCANNER TRANSMITS ITS 
DECODED BAR CODE TO PC, (VIA KEYBOARD 
CONTROLLER PORT) AS A SEQUENCE OF DATA BYTES. 



FIG. 4A 
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ENHANCED BAR CODE SCANNER (A): IMPLEMENTS 
ANY COMMUNICATION THAT MAY BE REQUIRED 
BETWEEN PC AND KEYBOARD; (B): EMULATES 
KEYBOARD RESPONSES TO PC INTERROGATIONS; 
AND/OR (C): STORES INFORMATION RELATED TO 
THE STATUS OF ONE OR MORE VISUAL INDICATORS 
ON THE KEYBOARD AND TRANSMITTED BY THE PC. 
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NO 


HAVE ALL CHARACTERS OF A BAR CODE BEEN 
TRANSMITTED BY THE ENHANCED BAR CODE 
SCANNER ? 




YES 
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© 



413 



ENHANCED BAR CODE SCANNER RELEASES 
INHIBIT BY PLACING SWITCHING MECHANISM 
INTO SECOND STATE. 



I d. 

KEYBOARD KEY(S), IF ANY, THAT WERE TYPED 
IN DURING TRANSMISSION OF BAR CODE ARE 
NOW TRANSMITTED FROM KEYBOARD TO PC. 




1 
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TECHNIQUES FOR INTERE4CING A BAR approach is to bring the keyboard clock line to a logic "low" 

CODE SCANNER TO A PC USING A state, while allowing the keyboard data line to float "high". 

MESSAGE-BASED AND/OR CHARACTER- 1° practice, connections between the LED status indicator 

BASED KEYBOARD INHIBIT lamps (num-lock, caps-lock, and scroll-lock) and the key- 

5 board controller port may remain in place, even while the 

The present patent application is based upon Provisional keyboard is mhibited. 

Application Serial No. 60/144,389, filed on Jul. 16^, 1999, With the increasing use of laptop computers and keyless 

and entitled, "Techniques for Interfacing a Bar Code Scan- data entry, the keyboard controUer port shows great potential 

ner to a PC Using A Message-Based and/or Character-Based ^nvenient, somewhat standardized, and readily avad- 

Keyboard InhibiT", the disclosure of which is incoiporated lO ^^le data input channel. However this potentia^ could be 

^ . , - * ^ advantageously exploited only if it were possible to find 
herein nv reierence 

^ ' some way around the necessity of connecting this port to an 

FIELX) OF THE INVENTION actual computer keyboard. By way of clarification, there are 

a number of existing programs that do not require the use of 

To The invention relates generally to bar code scanners, a computer keyboard per se, but these programs have 

and more specifically, to techniques for interfacing bar code neglected to provide mechanisms by which a computer 

scanners with computers. keyboard is emulated, so as to prevent the controller port 

BACKGROUND OF THE INVENTION from being disabled . ^ ^ ^ ^ ^ 

Assume that a conventional keyboard wedge bar code 

For years, various bar code scanner manufacturers have ^ scanner is connected to a keyboard controller port of a PC 
been selUng keyboard-wedge bar code scanners. With ref- or laptop, as shown in FIG. 1, while, at the same time, the 
erence to FIG. 1, bar code scanner 108 is connected to a keyboard that is connected in the parallel (Y) configuration 
personal computer (PC) 100 keyboard controller port 104 is eliminated. Will the hardware configuration of FIG 1 still 
and a computer keyboard 110 in an Y or wedge type function as desired? It is important to realize that keyboard- 
configuration. Bar code scanner 108 may contain an ^ to-PC communications is implemented by means of a 2-way 
on-board processor 109. PC 100 also contains a processor channel. Other types of data must be communicated between 
101. The Y or wedge type configuration is implemented the PC and the keyboard in addition to information speci- 
using interconnection cable 106. A first section of intercon- fying the key or keys that were pressed. When a PC is 
nection cable connects keyboard controller port 104 to bar powered up, the PC is programmed to check for the exist- 
code scanner 108, and a second section of interconnection ence of a primary data input device, which is typically a 
cable connecU bar code scanner 108 to computer keyboard keyboard. The PC begins a data exchange with the keyboard, 
11^' and this communication is called "power-on diagnostics". If 

From a conceptual standpoint, imagine that a digital the keyboard is not present, or if the power-on diagnostics 
switch 105 (within bar code scanner 108) is set up to fail, the PC will not boot up. Accordingly, if a normal 
selectively cormect and disconnect the first section of inter- 35 boot-up is desired, the keyboard shown in FIG. 1 should not 
connection cable 106 to the second section of interconnec- be eliminated. In the case of laptop computers, a similar 
tion cable 106. When the digital switch 105 is in a closed situation exists. A communication protocol is used to sense 
state, the keyboard controller port 104 is connected to bar the presence of an external keyboard that is connected to the 
code scanner 108 and computer keyboard 110 via the first laptop's external keyboard port. If the laptop computer fails 
and second sections of interconnection cable 106. When the to detect a keyboard at the external keyboard port, then the 
digital switch 105 is in an open state, the keyboard controller laptop computer may disable its external keyboard port, 
port 104 is only connected to the bar code scanner 108, and Even if a technique were to be developed by which a bar 
the keyboard 110 is isolated from the bar code scanner 108 code scanner could successfully emulate a computer key- 
as well as the keyboard controller port 104. board during boot-up, another problem would then arise. 

When digital switch 105 is in the closed state, computer 45 Eleven (ll)-bit transmission protocols are utilized almost 

keyboard 110 and bar code scanner 108 are placed in parallel universally to provide keyboard to PC data transfer. The 

across controller port 104. This parallel configuration is used transmission protocol begins with a Start bit (low), followed 

because keyboard controller 102 circuitry within presently- by 8 data bits (these bits represent a scan code which, in tum, 

existing PCs (personal computers) 100 and laptop computers could be used to represent a portion of a detected bar code 

attempts to detect the existence of a computer keyboard 110 50 or a key press), a Parity bit (odd parity) and finally a Stop 

connected to the keyboard controller port 104, TTie control- bit (high). Three of these 11 -bit "bytes" are used to represent 

ler port 104 needs to be connected to a computer keyboard a "character". Problems arise because this protocol allows 

110, even if the keyboard is not to be used for subsequent the PC (or laptop) to interrupt the transmitted sequence up 

data entry, and even if the controller port 104 is also through the 9*^ bit. 

connected to an input device other than a computer key- 55 If the keyboard 110 or keyboard wedge scanner (i.e., bar 
board. If the keyboard controller 102 circuitry does not code scanner 108) begins transmitting a data byte, the PC 
detect a keyboard coimected to the controller port 104, the can prevent the successful communication of that byte, up to 
PC 100 and/or laptop may then disable the port, preventing and including the 9^^ th transmitted bit. To make matters 
any further inputting of data. In the operational environment worse, a typical bar code includes a sequence of several 
of FIG. 1, this disablement poses a problem, because we eo 3-byte characters. An interruption at any time during trans- 
desire to input further data as bar codes are detected and mission of that sequence will resuU in loss or corruption of 
decoded. the entire bar code. This keyboard inhibit problem is 
In actuality, the use of a digital switch 105 to completely described in greater detail in a reference book entitled, "PC 
isolate the keyboard from the keyboard controller port is an KEYBOARD DESIGN", by J. Konzak, and published by 
over-simplification, presented for purposes of conceptual 65 Annabook. 

expediency. Real- wo rid systems may isolate the keyboard With the advent of multitasking operating systems, 

using any of a variety of techniques. However, a common sophisticated network operating systems, and dual-keyboard 
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port laptops and PC's, the problem worsens. Some of these proper activation and deactivation of the LED indicators on 

operating systems interrupt keyboard port communications the keyboard. For example, the caps-lock indicator will 

on a frequent and periodic basis, such as once every ten toggle properly. However, on many European keyboards, the 

milliseconds. Of course, in operational enviroimients where caps-lock key functions differently than on U.S. keyboards, 
the keyboard controller port is not used with an auxiliary 5 Pressing caps-lock a first time results in implementation of 

input devices, the computer keyboard will sense this stop- the caps-lock function on subsequent key presses. However, 

page of communications and retransmit the scan code after pressing caps-lock a second time implements a shifting 

the PC releases its halt or inhibit of the keyboard. Existing function, instead of turning the caps-lock function off, as 

bar code scanners are not so equipped. If a data transmission would be the case for a U.S. keyboard. The PC must 

from a bar code scanner is interrupted, the scanner has no accurately keep track of the number of times that the 

mechanism by which to ascertain whether or not a data entry caps-lock key has been hit in order to provide proper drive 

error has occurred. signals to the keyboard LED indicators. However, if com- 

Existing scanners do not monitor for the existence of an munications between the keyboard and the PC are subject to 
inhibit signal, so the scanner cannot infer a data entry error interrupUon, the PC may not be able to acquire accurate 
based upon the existence of an inhibit. Pursuant to prior art information about the correct operational status of the caps- 
techniques, bar code scanners had not monitored the inhibit ^^""^ aum-lock, and scroll-lock keys. Moreover, the PC may 
signal because the decoded bar codes were wedged into the "^^^H^ret received bar code characters as keyboard key 
•** J J * f u ' r J XT*- w * * J • presses, and attempt to update LED status mformation based 
transmitteddataforbrief periods or time, relative to typed-m ^ ' * r jti?i_ 
I L J . . .i I ** *u 1 u -J upon one or more characters of a received bar code. If the 
keyboard data. Also, as a practical matter, the keyboard t . ^ i. j • j • • -.t. 
TiT>io 11 • *i. 1 u ' J character-by-character method IS used in coniunction with a 
BIOS virtually never inhibits the keyboard durmg scan code _ , . , . ™ . . .. 

• ' \ ui *u * u u * J European keyboard, the PC may not acquire the necessary 

transmission. Any problems that may have been encountered . . ^ . , * j • 

. ,i if . , . , status information firom the keyboard, or the PC may acquire 

were handled by changing certam programmable parameters „ ^ j ^t 

. . , / * J 1 - * J J 1 superfluous information from scanned bar code symbols, 

such as mter-character delays or mter-scan-code delays. ^ .,1 ^ t t-f^ j • ■ 1 . 

, , . The PC wiU send erroneous LED drive signals to the 

In some existing wedge scanner systems, PC 100 mam- keyboard, causing inappropriate LEDs to be iUuminated, 
tains control over keyboard cxDntrol port communications. ^5 and/or causing LEDs that should be iUuminated to remain 

After all. the PC is eqmpped to mhibit keyboard transmis- ^^^^ Accordingly, every time that the bar code seamier 
sion at any time by sendmg out a keyboard inhibit signal ^ ,^ ^ ^^^^^ ^^ 

However a bar code scanner 108 could also be programmed ^^^^ ^^^^ ^^^^ LED indicators, or the 

to mhibit the keyboard, and some presently-exisUng bar j^ji^^t^^ ^if„„t ^ispl^ information, 
code scanners are programmed take advantage of this fact. ^ ^ , , , , , , . , . , . 

, ^ /vrt . , Allhoueh the character-by-character method is useful in 

Va nous keyboard wedge bar code scanners lOs have been ■ * i- *• u * u u ^ 

/ , ■ t 1 i . t 1 certam specific system apphcations, what would happen if 

programmed to transmit decoded bar code data on a i u I^mt L • j * *u *• .u * 

. ^ , t , . . . /. t keyboard HO keys were being pressed at the same time that 

character-by-character basis. Inis approach operates as 10 1- ^ ju.uu j moo t> 

, r« . / • 1 . .11. , data was heme scanned by the bar code scanner 108? Bar 

lows: Test tor active communications between the keyboard jj* j j/ uu * • ij.u u 

HA n/^iAA rr • • j . . j I. l codc data and typcd-m data wou Id bc mtemimgled, thereby 

110 and the PC 100. It no communication is detected, the bar 35 ^^j.^^ ^^^^ ^^^^ 

code scanner 108 opens digital switch 105, thereby inhib- ^ ^ 

iting the keyboard 110. The bar code scanner 108 then SUMMARY OF THE INVENTION 

transmits a character, which, using standard protocols. The interminghng of bar code data and typed-in data in a 

includes three data bytes. If the bar code scanner 108 detects keyboard-wedge configuration is prevented through the use 
communications between the keyboard 110 and the PC 100, 40 of a message-based keyboard inhibit procedure imple- 

thc bar code scanner 108 waits until such communications mented by the bar code scanner. In this manner, both the 

are completed before inhibiting the keyboard 110 and trans- typed-in data and the bar code data will remain uncomipted, 

mitting the character. After transmission of the character, the even if the keyboard data is being entered substantially 

bar code scanner 108 releases the inhibit. Then, the afore- simultaneously with the scanning and/or decoding of bar 
mentioned cycle begins again until all decoded characters 45 code data. This message-based keyboard inhibit procedure 

have been transmitted by the bar code scanner 108. tests for any communication in progress between the key- 

This character-by-character inhibit was developed to board and PC. If no communication is in progress, the bar 

allow for any additional communications that might be code scanner places a switching mechanism into a first state 

required between keyboard 110 and PC 100. Certain so as to disable communications between the keyboard and 
country-specific keyboards as, for example, those utilized 50 a keyboard controller port of a PC (personal computer), 

throughout Germany, require that status information for one thereby inhibiting the keyboard. The bar code scanner then 

or more keyboard LED indicators be sent from the PC 100 transmits the decoded bar code to the PC as a sequence of 

to the keyboard 110, when the <shift> key is pressed. These data bytes. The bar code scanner also implements all com- 

kcyboard LED indicators are also present on conventional munications that are required between the PC and the 
keyboards used throughout the United States, and are used 5s keyboard during this time. The inhibit will not be released 

to indicate the status of the Num-Lock (numeric lock), until all characters of the bar code have been transmitted by 

Caps-Lock (capital lock), and Scroll-Lock keys, lllumina- the scanner. T/pically, three data bytes are used to represent 

tion of an LED indicates that the corresponding "lock" each bar code character, and bar codes include a plurality of 

function is active and operational for subsequent key such characters. Once all characters of the bar code are 
presses, whereas non-illumination of an LED indicates that eo transmitted, the bar code scanner releases the inhibit by 

the corresponding function is inactive and not operational placing the switching mechanism into a second state, so as 

for subsequent key presses. The status of these LED indi- to permit communications to take place between the key- 

cators is tracked by the PC 100 and, therefore, the PC needs board and the PC. At this time, any keyboard key that was 

to communicate with the keyboard 110 so that the appro- typed in during transmission of the bar code will now be 
ptiate LED indicators will be illuminated or de-illuminated. 65 transmitted from the keyboard to the PC. PresenUy-existing 

In operational environments where US -type keyboards keyboards have built-in buffers, and, therefore, such typcd- 

are used, the character-by-character method allows for in data will not be lost. 
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Pursuaot to a further embodiment of the inveDtion, the being pressed When the digital switch 205 is in a second 

first state of the switching mechanism inhibits the keyboard state, the keyboard clock line is allowed to carry one or more 

by placing a keyboard clock line into a logic "low'' state, and clock pulses having a logic "high" state. In this manner, the 

allowing a keyboard data line to float to a logic "high" state. keyboard 210 is enabled, and keyboard key presses will be 

The second state of the switching mechanism permits com- 5 transmitted to keyboard controller port 204. 

munication between the keyboard and the PC by allowing The manner in which the enhanced bar code scanner 208 

logic "high'' pulses on the keyboard clock line. selectively inhibits the keyboard 210 is described for illus- 

Message-based keyboard inhibit solves the problem of the trative purposes, as a switching mechanism may be 
keyboard and bar code scanner communicating on the same employed to inhibit keyboard 210 using a technique other 
channel without interference. The invention can be provided 10 than, or in addition to, holding the clock line low. The scope 
by equipping the bar code scanner with software, firmware, of the invention includes such techniques. For example, the 
and/or operating instructions. The user of the bar code digital switch 205 could be placed in series between key- 
scanner will be able to type-in data simultaneously with the board 210 and PC 200. When in an open state, the switch 
scanner scanning and/or decoding bar code data. Both sets 205 would cut off all communications between the keyboard 
of data will remain intact throughout the typing and scan- ^5 210 and the PC 200, whereas, in a closed state, the switch 
Ding interval. 205 would connect the keyboard to the PC 200. 

Pursuant to a further embodiment of the invention, the bar Keyboard controller port 204 is driven by keyboard 
code scanner is equipped with an automatic detection controller 202. Interconnection cable 206 is shown for 
mechanism to keep track of the status of one or more illustrative purposes only, as any other technique for con- 
keyboard LED indicators, including at least one of the ^ vcying information from one place to another may be used 
Caps-lock, Num-lock, and Scroll-lock LED indicators. The in lieu of, or in addition to, interconnection cable 206, as 
automatic detection mechanism is optionally equipped to long as these commimications are capable of being con- 
keep track of a scan code transmission protocol currently in trolled by a switching mechanism that can selectively enable 
use, such as make-Break, Make -Only, AT or PS2-type and disable the keyboard. These techniques may include 
scan-code transmission protocols. The manner in which the ^ wireless communication, wired communication, optical 
aforementioned LED indicators react to key presses varies communication, and others. Accordingly, digital switch 205 
according to the country type of the keyboard. is also shown for illustrative purposes, and another switch- 
ing mechanism could be used in place of, or in addition to, 
BRIEF DESCRIPTION OF THE DRAWINGS digital switch 205, depending upon the manner in which 

^ • . J 1 J- 1. ■ * communications are to be provided between keyboard con- 

FIG. 1 is a hardware block diagram showmg a pnor art ^ „ ^ l j-iiatix no mn ■ 

, <i troller port 204 and keyboard 210. Moreover, PC 200 is 

keyboard wedge bar code scanner configuration. l f mi * ^- c - ^ c 

J ^ & shown for illustrative purposes, as any of a vanety of 

no. 2 is a hardware block diagram showing a keyboard computing devices may be employed in Heu of, or in 

wedge bar code scanner configuration embodying the tech- addition to, PC 200. In the example of FIG. 2, PC 200 

niques of the present invention. 35 ^^i^^^^ ^ processor 201. Enhanced bar code scanner 208 

FIGS. 3A-3K together comprise a flowchart setting forth may contain an on-board processor 209. 

a message-based keyboard inhibit procedure implemented the configuration of FIG. 2, a computer keyboard 210 

by a bar code scanner according to a preferred embodiment employed to illustrate the potential problems that could 

of the invention. ^ occur if someone attempted to transmit a decoded bar code 

FIGS. 4A-4C together comprise a flowchart setting forth from the enhanced bar code scanner to 208 to the keyboard 

a message-based keyboard inhibit procedure according to a controller port 204 at the same time that the keyboard 210 

preferred embodiment of the invention. is being used. If digital switch 205 is in the aforementioned 

second state, bar code data can interfere with keyboard data. 

DETAILED DESCRIPTION OF THE However, if digital switch 205 is in the aforementioned first 

PREFERRED EMBODIMENTS ^^^^^^ jhe computer is unable to send LED status indication 

FIG. 2 is a hardware block diagram showing a keyboard signals to the keyboard, and, moreover, data typed into the 

wedge bar code scanner configuration embodying the tech- ^^eyboard will not reach the keyboard controller port, 

niques of the present invention. Enhanced bar code scanner Enhanced bar code scanner 208 is "enhanced" in the sense 

208 is connected to a keyboard controller port 204 of a 50 that it is equipped to execute a procedure for controlUng a 

personal computer 200 via interconnection cable 206. A first switching mechanism such as, for example, digital switch 

section of interconnection cable 206 connects keyboard 205, so as to selectively disable keyboard 210. The enhance- 

controUer port 204 to enhanced bar code scanner 208, and a ment may be implemented using software, firmware, and/or 

second section of interconnection cable connects enhanced operating instructions. Use of the term "enhanced" is not 

bar code scanner 208 to computer keyboard 210. 55 necessarily indicative of any hardware enhancements to the 

A digital switch 205, controlled by enhanced bar code tiar code scanner, 

scanner 208, is connected between the first and second The enhanced bar code scanner 208 controls the switching 

sections of interconnection cable 206. This digital switch mechanism so as to permit substantially simultaneous opera- 

205 is used to selectively inhibit keyboard 210. When the tion of computer keyboard 210 and enhanced bar code 

digital switch 205 is in a first state, the switch causes a 60 scanner 208. The intermingling of bar code data and typed- 

keyboard clock fine to remain in a logic "low" state, and in data in the keyboard- wedge configuration of FIG. 2 is 

allows a keyboard data line to float to a logic "high" state. prevented through the use of a message-based keyboard 

In this state, the keyboard 210 is inhibited and cannot inhibit procedure implemented by the enhanced bar code 

commimicate with the keyboard controller port 204. scarmer 208. In this manner, both the typed-in data and the 

However, the enhanced bar code scanner 208 can now 65 bar code data will remain uncorrupted, even if the keyboard 

communicate with the keyboard controller port 204 without data is being entered substantially simultaneously with the 

interference from keyboard 210, even if keyboard keys are scaiming and/or decoding of bar code data. 
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Refer now to FIGS. 4A-4C, which together comprise a The enhanced bar code scanner 208 optionally keeps track 
flowchart setting forth a message-based keyboard inhibit of the transmission protocol currently in use, such as make- 
procedure according to a preferred embodiment of the Break,Make-Only, AT or PS2-type scan-code transmission 
invention. The procedure commences at block 401 where the protocols. These status indications and transmission proto- 
enhanced bar code scanner tests for any communication in 5 depending upon the keyboard country type 

proeress between keyboard 210 and PC 200 (FIG. 2). If , . / / • . • j u *u u j u j 

yiKj^L^^ u^i ^^li i^^yuKjaiK. * ^ V / sclectcd, and are mamtamed by the enhanced bar code 

communications are in progress, the bar code scanner waits ' • . . 1 . j -nn 

for a predetermined amount of time at block 403, and the '^"^^^ 208 until comtnunicalions between keyboard 210 

program then loops back to bbck 401. If no communication ^00 are resumed. 

is in progress, the negative branch from block 401 to block Pursuant to a still further embodiment of the invention, 

405 is followed. The enhanced bar code scanner 208 (FIG. enhanced bar code scanner 208 is equipped to detect a 

2) places a switching mechanism (such as, for example, keyboard inhibit signal at the keyboard controller port 204. 

digital switch 205) into the first state so as to disable This inhibit signal may be generated by PC 200), and/or by 

communications between keyboard 210 and keyboard con- ^ ^^^^^^ ^^^^^ ^^^^^^^ ^^j^^ this 

troUcr port 204, thereby inhibiting the keyboard. ^5 computing device. For example, the inhibit signal may be 

Next, at block 407, the enhanced bar code scanner 208 generated by the PC 200 pulling the clock line to a logic 

transmits the decoded bar code to the PC 200 as a sequence .j^^, ^^^^^ ^his example, the enhanced bar code scanner 

of data bytes. The enhanced bar code scanner 208 imple- u j * 4 *i. • * ^ 1 u j - u-u * ■ i 

... , • J L 208 woiud detect the existence of a keyboard inhibit signal 

ments any communications that may be required between , • 1 1 i- 

thePCandthekeyboardduringthistime,emulateskeyboard ^ momtonng the clock line. 

responses to PC interrogations; and/or stores information If the enhanced bar code scanner 208 detects a keyboard 

sent by the PC and related to the status of one or more visual inhibit signal while a data byte is being transmitted to the 

indicators on the keyboard (block 409). This stored infor- keyboard controller port 204, the bar code scanner retrans- 

mation is used to ascertain the actual status of these one or j^its this data byte to the keyboard controller port 204. This 

more visual indicators, such that the bar code scanner causes 25 retransmission process is repeated up to a specified number 

accurate visual indicator drive signals to be sent to the ^^^^^ so as to provide additional opportunities for the 

keyboard when the keyboard inhibit ^ released. Tbese visual ^^^^ ^ ^ ^^^ ^ keyboard controller port 204 

mdicators may indicate the status of one or more keyboard ^ ^j^^ ^ momentarily disabled by the keyboard inhibit 

210 functions, such as caps-lock, num-lock, and scroll-lock. ■11^ v •+ ,j * * * 

The inhibit will not be released (block 413) until all char- 30 T 1 '"'"^ ''PP^<^^^<^^'' advantageous to repeat 

acters of the bar code have been transmitted by the scanner retransmission process up to three tiines for a given data 

(block 4U). Typically, three data bytes are used to represent ''y'"- '^''^ ^yj^ ^"11 successfully received after 

each bar code character, and bar codes include a plurahly of 1"^^ attempt, the process is no longer repeated. Tlais data 

such characters. Once all characters of the bar code are ^yte may represent one or more scan codes which, m turn, 

transmitted, the enhanced bar code scanner releases the 35 represent one or more keyboard key presses or decoded bar 

inhibit (block 413) by placing the switching mechanism 0°= P^T»." °^ retransmission procedure is to 

(i.e., digital switch 205) into the second state. At this Ume accurately transmit a bar code on a transmission hne that is 

(block 415), any keyboard key that was typed in during subjected to possible halt or mhibit signals issued by PC 

transmission of the bar code wiU now be transmitted from 200. It should be noted that any number of sources contamed 

the keyboard 210 to the PC 200. Presently-existing key- « ^00 could generate these inhibit signals. When a 

boards have built-in buffers, and, therefore, such typed-in ^yte is received at the keyboard port, this byte, which 

data will not be lost rnay represent all or part of a decoded bar code, is optionally 

Message-basedkeyboardinhibitsolves the problem Of the displayed on a monitor coupled to PC 200. 
keyboard and bar code scanner communicating on the same Refer to FIGS. 3A-3K which together comprise a flow- 
channel without interference. The invention can be provided 45 chart setting forth a message-based keyboard inhibit proce- 
by equipping the bar code scanner with software, firmware, dure implemented by a bar code scanner according to a 
and/or operating instructions. The user of the bar code preferred embodiment of the invention. In overview, the 
scanner wiQ be able to type -in data simultaneously with the method is organized into a first sequence of steps related to 
scanner scanning and/or decoding bar code data. Both sets power-up and diagnostics (blocks 301-304), a second 
of data will remain intact throughout the typing and scan- 50 sequence of steps related to the decoding and storing of data 
ning interval. (blocks 305-306), a third sequence of steps related to 

Pursuant to a further embodiment of the invention, while keyboard output (blocks 307-308), a fourth sequence of 
the computer keyboard 210 is inhibited by digital switch steps related to ASCII to scan code conversion (blocks 
205, the enhanced bar code scanner 208 automatically 309-311), a fifth sequence of steps related to preparation for 
detects the actual status of one or more indicators on 55 a keyboard output sequence (blocks 312-317), a sixth 
computer keyboard 210. These indicators may be provided sequence of steps related to first character keyboard initial- 
in the form of one or more LED lamps indicative of the ization (blocks 318-322), a seventh sequence of steps 
status of the Caps-lock, Num-lock, and Scroll-lock keys. related to keyboard scan code output (blocks 323-327), an 
The procedure for automatically detecting LED indicator eighth sequence of steps related to preparation for exiting 
status is as follows. The enhanced bar code scanner is 60 the keyboard scan code transmission program (blocks 
programmed to send to the PC data bytes representing two 328-333), and a ninth sequence of steps related to a deter- 
"num-lock" key toggles. The PC responds to each of the mination of whether or not there are more characters to 
"num-lock" data bytes by sending keyboard LED status transmit (blocks 334-335). It should be noted that the 
indicator drive signals to the keyboard controUer port. The above-described organization of the steps into nine 
enhanced bar code scanner intercepts the drive signals for 65 sequences is set forth for purposes of illustration and con- 
each occurrence of "num-lock" to thereby ascertain the venienoe. The steps may, but need not, be organized in the 
actual status of the caps-lock key, manner described above. 
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First Sequence of Steps 
Power-up and Power on Diagnostics 

The program of FIGS. 3A-3K commences at block 301, 
where power is applied to enhanced bar code scanner (208, 
FIG. 2) and/or PC (200, FIG. 2) Next, at block 302 (FIG. 3), 
the program determines the operational mode of the 
enhanced bar code scanner. The operational mode is "nor- 
mal" if the enhanced bar code scanner is to be used in a Y 
or wedge configuration with a computer keyboard, similar to 
the configuration of FIG. 1. The mode is "stand-alone" if, as 
shown in FIG. 2, the enhanced bar code scanner is a "stand 
alone" unit not to be used with a separate computer key- 
board. If the operational mode is "normal", the program 
skips ahead to block 305. Otherwise, the program proceeds 
to block 303. 

At block 303, it has already been determined that a 
separate computer keyboard (refer to FIG. 1) is not present. 
Accordingly, the enhanced bar code scanner (FIG, 2) must 
communicate to PC 200 all command bytes for successful 
completion of power-on diagnostics. The enhanced bar code 
scanner begins this keyboard emulation process by trans- 
mitting an "AA" to indicate that the "keyboard" self-test was 
completed successfully. After this point, the PC and "key- 
board" (as emulated by the enhanced bar code scanner) may 
communicate and acknowledge any of a number of various 
commands to complete the power-on diagnostic sequence. 
Some PC's require more information than others for the 
power-on diagnostic procedure. Therefore the number of 
commands sent by the PC and acknowledged by the emu- 
lated keyboard is variable. These commands may include 
any of the following; Typamatic Rate, Make/Break status, 
scan code set enabled, and LED status. 

At block 304, once the sequence of command bytes of 
block 303 are completed, the PC will power up normally. 
Note that powering up is sometimes referred to as "booting 
up". Without successful completion of these commands, the 
PC will fail to power up. After the PC boots up, the enhanced 
bar code scanner is ready to decode data. 

Second Sequence of Steps 
Decoding and Storing Data 

At block 305, bar code symbols are decoded into human- 
readable and/or ASCII characters which are then stored in a 
memory device associated with the enhanced bar code 
scanner, such as, for example, random-access memory 
(RAM). At block 306, the program generates an appropriate 
output interface equipped to select output data from the 
enhanced bar code scanner. 

Third Sequence of Steps 
Begin Keyboard Output 

A test is performed at block 307 to determine the output 
mode of the emulated keyboard. Typical output modes 
include AT, XT, and PS2. At block 308, the program 
determines the type of keyboard transmission that is to take 
place. Types of keyboard transmission include normal, ALT 
Mode, and special key transmission sequences. 

Fourth Sequence of Steps 
ASCn to Scan Code Conversation 

At block 309, if the type of keyboard transmission (as 
determined at block 308) is normal transmission, the pro- 
gram proceeds to blocks 310 & 311. Otherwise, the program 
jumps ahead to block 312. The country output setting of the 
keyboard is determined at block 310. This coxmtry output 
setting specifies any of a plurality of keyboards, such as US 
(United States), UK (United Kingdom), FR (France), GR 
(Germany), BE (Belgium), SP (Spain), IT (Italy), and JP 
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(Japan). Next, at block 311, an ASCII character of a bar code 
string received by the enhanced bar code scanner is con- 
verted to an equivalent scan code or keyboard key code for 
the particular keyboard type or country type determined at 
5 block 310. 

Fifth Sequence of Steps 
Prepare for Keyboard Output Sequence 

The program proceeds (block 312) with the outputting of 
scan codes based on the keyboard type as previously deter- 
mined at block 310. Then, at block 313, a test is performed 
to ascertain whether a "stand alone" (FIG 2) or "normal 
keyboard wedge" configm-ation is in use. The "normal 
keyboard wedge" configuration is similar to FIG. 1, except 

J 5 that an enhanced bar code scanner is used in place of bar 
code scanner 108, At block 314, program control is routed 
to an appropriate operational sequence, depending upon the 
configuration in use as determined at block 313, If a "normal 
keyboard wedge" configuration is in use, the program pro- 

2Q ceeds with blocks 315, 316, and 317. Otherwise, the pro- 
gram jumps ahead to block 318. 

At block 315, a test is performed to ascertain whether 
message -based inhibit or character inhibit has been selected. 
If message inhibit has been selected, then the program skips 

25 ahead to block 318. Otherwise, the program proceeds to 
block 316. A test is performed at block 316 to check for any 
PC to keyboard communications currently taking place. If 
there are any currendy active communications taking place, 
the program wails until any such communication has ended. 

3Q Then (block 317), the keyboard is inhibited from the PC. 

Sixth Sequence of Steps 
First Character Keyboard Initiahzation 

This sequence commences by performing a test to deter- 
mine whether or not a 1"^' character of a scanner bar code 

■^^ transmission sequence has been sent by the enhanced bar 
code scanner (block 318). This scarmer bar code transmis- 
sion sequence is organized into a data byte, as previously 
described. If not, the program jumps ahead to block 323. 
Otherwise, the program proceeds to block 319, where a 

^ check is performed to determine whether or not normal 
keyboard transmission is required. If so, the program pro- 
ceeds to block 320. If not, the program jumps ahead to block 
323. 

Next, a test is performed to determine if a European 
keyboard type (FR, GR, BE) .is in use. If so, the program 
continues to block 321. If not, the program jumps ahead to 
block 323. At block 321, a [SHIFT] is transmitted and the 
PC releases the keyboard inhibit so as to place the keyboard 
into a known (lower-case) operational state. The PC then 
re-enables the keyboard inhibit (block 322). 

Seventh Sequence of Steps 
Keyboard Scan Code(s) are Outputted 
At this point (block 323), if a normal keyboard wedge 

55 scanner configuration is in use, the scanner will communi- 
cate with other system components as if it was a stand-alone 
bar code scanner. All communications, if any, that are 
required wiU be acknowledged by the bar code scanner. Next 
(block 324), the output sequence is determined. The output 

60 sequence specifies any of Normal, Alt Mode, and Special 
Key transmission. All of these modes require the transmis- 
sion of keyboard scan codes. Alt mode transmits the decimal 
value of the ASCII value using the numeric keypad scan 
codes. Special Key transmissions are the transmission of 

65 non -ASCII keys (i.e. function keys — ^Fl, F2, etc., arrow 
keys and so forth). Normal key transmission is the trans- 
mission of normal ASCII characters that have an associated 
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keyboard scan code. All scan codes may be transmitted Use of this term herein is not necessarily indicative of any 

using the aforementioned "3 strikes technique" to output the hardware enhancements to the bar code scanner. If the 

data. scanner is programmed to allow for up to three 

The enhanced bar code scanner implements a keyboard retransmissions, such a method is referred to as the 
scan code transmission (block 325) using a plurality of data 5 "3-strikes-technique". A conventional transmission of one 

bytes. A "MAKE" scan code followed by a 2 byte scan code pressed key consists of three (3) characters — a make scan 

BREAK sequence is transmitted. All 3 scan codes can use code and two (2) break code characters. Therefore, this 

the "3 strikes" method. At block 326, each keyboard scan technique could possibly transmit up to 9 characters to 

code transmission is an 11-bit output sequence. Its format is complete the key sequence. This retransmit technique gives 

as follows: Start bit (0), 8 data bits (scan code), parity bit the enhanced bar code scanner a limited number of retries 

(odd parity) and a stop bit (1). While transmitting the bits, per scan code, thus allowing a transmission sequence lo 

the PC can halt the transmission of the scan code by pulling move forward instead of hanging or sticking while trying to 

the keyboard clock or data line low. Depending on the state retransmit the same character over and over again, 

of these lines, the keyboard may need to respond to the PC But why should there ever be a need to retransmit a scan 

or wait until the lines go back to a ready-state and retransmit code? The retransmit protocol was developed after noticing 

the scan code, up to a predetermined maximum number of that other devices or software within the PC could also 

times. This predetermined number is three in cases where inhibit the keyboard controller port. Some devices/software 

the "3 strikes technique** is employed. such as network drivers may inhibit the keyboard controller 

Once the MAKE-BREAK sequence is complete (block port every few milliseconds to perform some function 

327), then an intercharacter delay is implemented, without interrupt. Other devices, such as a mouse, may be on 

20 the same interrupt as the keyboard controller port, thus 

Eighth Sequence of Steps requiring the keyboard controller port to be inhibited while 

Prepare to Exit keyboard Scan software governing the mouse moves the mouse cursor. 

Code Transmission Routine with laptops, the same types of inhibit issues can exist. 

A test is again performed to ascertain whether a "stand However, even more restraints may be placed on the external 
alone" (FIG. 2) or "normal keyboard wedge" configuration ^ keyboard controller port of a laptop than would be the case 
is in use (block 328). If a Stand alone keyboard scanner is with a conventional PC. This renders use of the keyboard 
in use, the program jumps ahead to block 334. Otherwise, controller port as an auxiliary input channel all the more 
the program continues to block 329, where the program difficult in the operational environment of laptop computing, 
checks for a Message Inhibit and a Character Inhibit. If a With the advent of Windows 3.1 and Window 95, it 
Character Inhibit exists, this inhibit is released, and the appeared that more and more devices/software were effect- 
program jimips ahead to block 334. If a Message Inhibit ing the behavior of the keyboard controller port. Therefore, 
exists, the program advances to block 330, where a check is it was imperative that a technique was developed that would 
performed to determine whether or not this is the last transmit the scan code accurately, but take into account the 
character of the message. If it is the last character, the fact that during transmission the keyboard could receive an 
program advances to block 331 whereas, if it is not., the inhibit and a retransmit would be necessary to accurately 
program advances to block 334. transmit the decoded bar code. The "3 -strikes-technique" set 

At block 331, since this is the last character of the forth herein accomplishes this task uniquely within a limited 

message, it is time to release the inhibit. It must also be transmission sequence, 

determined if a scan code is to be transmitted that could have We claim: 

had an effect on the keyboard LED status. Check if any of ^ 1. Amethod for use with a bar code scanner that is adapted 
the following scans codes are to be transmitted: Caps: Lock, for connection to: (i) a keyboard controller port of a com- 
Num Lock, Right or Left Shift. If not, continue at Block 334. puting device, and (ii) a computer keyboard, in a keyboard- 
Next (block 332), scan codes of Right or Left Shift only have wedge configuration, the method preventing an intermin- 
keyboard LED status indicator implications with European gling of bar code data acquired by the bar code scanner and 
keyboards. Accordingly, a check is performed to deteimine typed-in keyboard data typed into the keyboard by perform- 
whether or not a FR, GR, or BE keyboard is in \ise. If any ing the steps of: 

of these keyboards is in use, transmit the Shift scan code and (a) the bar code scanner testing for the existence of any 

allow the keyboard and PC to communicate; otherwise communication in progress between the keyboard and 

continue to block 333. If a scan code of Num Lock or Caps the computing device; 

Lock is to be transmitted, transmit the appropriate scan code (5) if such communication is in progress, the bar code 

and allow the keyboard and PC to communicate, but correct scanner causing a switching mechanism to enter a first 

the keyboard LED status indicators. state so as to disable communications between the 

Ninth Sequence of steps computer keyboard and the keyboard controller port, 

Determine Last Character to be Transmitted thereby inhibiting the keyboard; 

Check if all characters have been transmitted (block 334). S5 (c) the bar code scanner transmitting a decoded bar code 

If not, the next ASCII character is obtained, the correspond- to the keyboard controller port as a sequence of data 

ing scan code is transmitted, and the program loops back to bytes, and/or emulating any communications that may 

block 307. At block 335, the keyboard scan code output has be required between the keyboard controller port and 

been completed. the keyboard; 

The program of FIGS. 3A-3K has been organized into 60 (d) once the bar code scanner has transmitted all charac- 

nine operational sequences for illustrative purposes and as ters of the bar code to the keyboard controller port, the 

an explanatory aid. Those skilled in the art can appreciate bar code scanner releasing the keyboard inhibit by 

that the program need not necessarily be organized into nine causing the switching mechanism to enter a second 

operational sequences, as variations thereto are still within state, so as to permit communications between the 

the spirit and scope of the invention. 65 keyboard and the keyboard controller port. 

As stated above, the keyboard emulation mechanism may 2. The method of claim 1 wherein step (d) further includes 

include software, firmware, and/or operating instructions. the step of the keyboard transmitting to the keyboard con- 
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troller port any keyboard key that was typed in during 
transmission of the bar code in step (c). 

3. The method of claim 1 wherein the first state of the 
switching mechanism inhibits the keyboard by placing a 
keyboard clock line into a logic "low*' state, and allowing a 5 
keyboard data line to float to a logic "high" state. 

4. The method of claim 3 wherein the second state of the 
switching mechanism permits communication between the 
keyboard and the PC by allowing logic "high" pulses on the 
keyboard clock line. lO 

5. The method of claim 1 wherein the computing device 
is a PC (personal computer) or a laptop computer. 

6. The method of claim 1 wherein the bar code scanner 
performs steps (a)-(d) using software, firmware, and/or 
operating instructions, 15 

7. The method of claim 1 further including the steps of: a 
user of the bar code scanner typing on the keyboard sub- 
stantially simultaneously with the user scanning and/or 
decoding bar code data; and the keyboard data remaining 
separate from the bar code data while the typing, scanning, 20 
and/or decoding is being performed. 

8. The method of claim 1 for use with a computer 
keyboard having one or more visual indicators indicating a 
status of a corresponding keyboard function including at 
least one of capital lock (caps-lock), numeric lock (num- 25 
lock), and scroll lock (scroll-lock), wherein the correspond- 
ing keyboard function has an enabled status and a disabled 
status, the method further including the step of: 

the bar code scanner keeping track of the status of the one 
or more visual indicators while communications 
between the computer keyboard and the keyboard 
controller port is disabled in step (b). 

9. The method of claim 8 further including the step of the 
bar code scanner automatically determining the status of the 
corresponding keyboard function by transmitting bytes rep- 
resentative of a first and a second emulated num-lock key 
press to the keyboard and monitoring keyboard responses to 
each of the first and second emulated num-lock key presses 
to thereby determine the status of the corresponding key- 
board function. 40 

10. The method of claim 8 further including the step of the 
bar code scanner keeping track of a scan code transmission 
protocol currently in use, wherein the scan code transmis- 
sion protocol includes at least one of Make-Break, Make- 
Only, AT, and PS2. 45 

11. The method of claim 8 further including the steps of: 
the bar code scanner interrogating the keyboard; and 
the keyboard, in response to the interrogating, transmit- 
ting to the keyboard an indicia of a keyboard country 
type uniquely identifying a country with which the 
keyboard is associated. 

12. A bar code scanner adapted for connection to: (i) a 
keyboard controller port of a computing device, and (ii) a 
computer keyboard, in a keyboard -wedge configuration, the 
bar code scanner having a keyboard inhibit mechanism for 
preventing an intermingling of bar code data acquired by the 
bar code scanner and typed-in keyboard data typed into the 
keyboard; the keyboard inhibit mechanism comprising: 

(a) a monitoring mechanism adapted to test for the 
existence of any communication in progress between 
the keyboard and the computing device; 

(b) a switching mechanism, coupled to the monitoring 
mechanism, wherein, in response to an absence of 
communication in progress between the keyboard and 65 
the computing device, the switching mechanism enters 

a first state so as to disable subsequent communications 
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between the computer keyboard and the keyboard 
controller port, thereby inhibiting the keyboard; 

(c) a bar code transmission mechanism, responsive to the 
switching mechanism being in the first state, for trans- 
mitting a decoded bar code to the keyboard controller 
port as a sequence of data bytes, and/or for emulating 
any communications that may be required between the 
keyboard controller port and the keyboard; 

wherein the switching mechanism is responsive to the 
code transmission mechanism such that, once the bar 
code transmission mechanism has transmitted aU char- 
acters of the bar code to the keyboard controller port, 
the switching mechanism enters a second state so as to 
release the keyboard inhibit and to permit communi- 
cations between the keyboard and the keyboard con- 
troller port. 

13. The bar code scanner of claim 12 wherein the key- 
board includes a buffering mechanism such that the key- 
board is adapted to transmit to the keyboard controller port 
one or more keyboard keys that were typed in during 
transmission of the bar code to the keyboard controller port. 

14. The bar code scanner of claim 12 wherein the first 
state of the switching mechanism inhibits the keyboard by 
placing a keyboard clock line into a logic "lov^^^ state, and 
allowing a keyboard data line to float to a logic "high" state; 

and wherein the second state of the switching mechanism 
permits communication between the keyboard and the 
PC by allowing logic "high" pulses on the keyboard 
clock line. 

15. The bar code scanner of claim 12 wherein the com- 
puting device is a PC (personal computer) or a laptop 
computer. 

16. The bar code scanner of claim 12 wherein the moni- 
toring mechanism, switching mechanism, and bar code 
transmission mechanism are implemented using software, 
firmware, and/or operating instructions. 

17. The bar code scanner of claim 12 wherein, in response 
to a user of the bar code scanner typing on the keyboard 
substantially simultaneoxisly with the user scanning and/or 
decoding bar code data, the keyboard data remains separate 
from the bar code data while the typing, scanning, and/or 
decoding is being performed. 

18. The bar code scanner of claim 12 for use with a 
computer keyboard having one or more visual indicators 
indicating a status of a corresponding keyboard function 
including at least one of capital lock (caps-lock), numeric 
lock (num-lock), and scroU lock (scroll-lock), wherem the 
corresponding keyboard function has an enabled status and 
a disabled status, the bar code scanner further including an 
automatic detection mechanism for keeping track of the 
status of the one or more visual indicators whfle communi- 
cations between the computer keyboard and the keyboard 
controller port is disabled. 

19. The bar code scanner of claim 18 wherein the auto- 
matic detection mechanism automatically determines the 
status of the corresponding keyboard function by transmit- 
ting bytes representative of a first and a second emulated 
num-lock key press to the keyboard and monitoring key- 
board responses to each of the first and second emulated 
num-lock key presses to thereby determine the status of the 
corresponding keyboard function. 

20. The bar code scanner of claim 18 fiirther including a 
protocol detection mechanism by which the bar code scan- 
ner keeps track of a scan code transmission protocol cur- 
rently in use, the scan code transmission protocol including 
at least one of Make-Break, Make-Only, AT, and PS2. 

***** 
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[57] ABSTRACT 

A universal interface system for use with a data acquisition 
system including a data acquisition device such as a bar code 
scanner or scanner integrated terminal for providing digital 
data signals indicative of acquired data for transmission to a 
host device such as a computer, and a host device having 
host-specific input/output data format requirements. The 
universal interface system comprises universal data 
exchange means located in the data acquisition device for 
providing digital data signals in a universal data exchange 
format independent of the data format requirements of the 
host device; and a host interface cable coupled to the data 
acquisition device and to said host device, for transmitting 
acquired digital data from the data acquisition device to the 
host device, the interface cable comprising means for trans- 
lating digital data from the imiversal data exchange format 
to the host-specific input/output data format requirements. 
The interface cable comprises a buffer for storing a host 
parameter data word used in communications with the host 
device. The universal data exchange means comprises a 
memory for storing a plurality of host parameter data words, 
each of the host parameter data words being associated with 
one of a plurality of different host interface modules; and 
means for reading from the memory and transmitting to the 
host interface module the host parameter data word associ- 
ated with the particular host interface module operatively 
connected thereto. 
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UNIVERSAL HOST INTERFACE FOR DATA input from the keyboard. Scanners are also used to drive 

ACQUISITION SYSTEMS RS-232 computer interfaces in other applications. 

In most cases, each different type of host device imple- 

This application is a continuation of application Ser. No. mcnts a different type of input/output interface, thus requir- 

08/439,833, filed May 12, 1995, abandoned. 5 ing different mechanical connectors, different electrical and 

data formats and protocols, etc. depending on the user's 

BACKGROUND OF THE INVENTION application. Prior art devices were thus usually configured 

1 i:- 1^ f u T - by the manufacturer to interface with one or more host 

1. l^ield ot the InvenUon devices. Ihis custom type of scanner-host device matching 
This invention relates to a universal host interface system costly and inefiBcient. 

for data acquisition devices such as bar code scanners and in jjj y.S. Pat. No. 5,258,604, a system is suggested which 

particular to such a system which implements a program- implements a bar code scanning device which is configured 

mable cable interface device to couple a universal and to accept any of a plurality of differently configured interface 

generic data acquisition device interface to a specific host boards in its handle, wherein each type of interface board is 

device. specially adapted to mate with an associated host device. 

2. Description of Related Art The decoder in the scanner polls the interface board upon 
Various types of data acquisition devices exist which power-up and reads an identification code from the particu- 

allow a user to collect and transmit data to a host computing lar interface board which the user has inserted. The identi- 

dcvice. Data acquisition devices may be terminals, with fication code is used by the decoder to access configuration 

keypad entry means and a display. In addition, data acqui- 20 formatting data firom an on-board memory in order to 

sition devices may be bar code scanners in a stand alone transmit data to the interface board and ultimately to the host 

configuration or integrated with a terminal. Various types of device in the required manner. This requires a user to have 

bar code scanning devices are known in the art which to swap electrical boards inside the scanner device whenever 

optically scan a bar code printed on a substrate for capture he desires to use the scanner with a different host device, 

of data encoded in the bar code. Laser bar code scanning ^5 which is unwieldy and potentially damaging to the boards 

devices use a laser light source such as a visible laser diode due to electrostatic discharge (ESD) phenomena. In 

to scan the bar code by sweeping the laser source across the addition, when a new type of host device is desired to be 

bar code with a mechanically oscillating reflecting element used with a scanner already in use in the field, the scanner 

such as a mirror. The light reflected from the bar code is must be physically reconfigured in order to be able to 

collected by a photosensor directly from the bar code or 3Q recognize a new identification code from a new type of 

retroreflectively off of a portion of the scanning mirror. The interface board and to properly format the decoded data for 

analog waveform output by the photosensor has an ampli- transfer to the new type of host device. Thus, this type of 

tude which represents the amount of laser light reflected off data acquisition device system is not readily upwards com- 

the bar code. Thus, the varying amplitude of the analog patible with new host devices with which it may be desired 

waveform represents the relative spacing of the various bars 35 to be coimected. 

and spaces of the bar code, which in tum represents the data It is also desired in the field of data acquisition such as bar 

encoded therein. The analog signal is processed, digitized code scanning to be able to use a particular data acquisition 

and decoded into data representative of that which had been device with different host devices at different times by 

encoded into the target bar code. simply connecting the data acquisition device to the host 

Bar code scanning devices are also known in the art which 40 device in a "plug and pla/' environment, without having to 

are based on soHd state imagers such as charge coupled physically reconfigure the data acquisition device with dif- 

devices (CCDs). CCD based bar code readers are either ferent internal interface boards as in the prior art. This may 

one-dimensional or two-dimensional. One -dimensional occur, for example, with a data acquisition device that is 

CCD bar code scanners use a Uncar array of photosensors to used to scan bar codes during the daytime at a POS terminal, 

capture an image of a cross section of the entire Unear bar 45 and then is used at night time for inventory collection 

code at once and produce an analog waveform whose purposes in a storage room with a different host device, 

amplitude is representative of the darkness and lightness of Further, even ff the two host devices are of the same type and 

the bars and spaces of the captured image. The electric configuration (thus using the same interface), the xiser may 

charge stored in each element of the CCD array as a function operate the scanner and/or host devices in different ways 

of tbe amount of light sensed by an area covered by each 50 depending upon the location. Rather than having to repro- 

element is shifted out serially to form electric signals for gram the scanner every time a different host is connected 

further processing, digitizing and decoding. Two dimen- (usually by scanning in various "parameter bar codes"), it is 

sional CCD bar code readers operate similariy to capture an desirable for the scanner to retain its operating parameters 

image of an entire two-dimensional bar code symbol at once and implement them automatically in accordance with the 

and process it accordingly. The waveform is digitized and 55 connected host device or in accordance with the scanning of 

decoded in a means similar to laser scanners. a "location defining*' bar code. 

Ihe decoded signals are typically transmitted to a host It is therefore an object of the present invention to provide 

device for processing, storage, and the hke. Many types of * modular and universal data acquisition system which 

host devices exist, depending on the particular application overcomes these and other problems of the prior art. 

desired by the user. For example, scanners are used at POS 60 It is a further object of the present invention to provide a 

cash register terminals to scan in the bar code of a product, modular and universal data acquisition system in which the 

where the terminal uses the bar code data as a pointer to look data acquisition device which does not need to be reconfig- 

up the price and item description in memory. Scanners are ured in order to comm\micate with different host devices, 

also used to interface to personal computers with keyboard It is a further object of the present invention to provide 

wedges, where the scanner is inserted in the path between 65 such a system in which the data acquisition devices are 

the keyboard and the computer, and the scanner input must upwards compatible and will communicate with newly 

be configured to appear the same to the computer as keyed designed host devices without the need for reconfiguration. 
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It is a further object of the present iDvention to provide host interface module overwrites the default mode with the 

such a system io which the host devices arc upwards host parameter data word provided by the xiniversal data 

compatible and will communicate with newly designed data exchange means and operates in accordance with the host 

acquisition devices without the need for reconfiguration. parameter data word. 

It is an even further object of the present invention to ^ 

- provide such a system in which the data acquisition device BRIEF DESCRIPTION OF THE DRAWINGS 

may easily and conveniently be used with any number of pi^S. 1(a) and 1(b) are a block diagram of the preferred 

differenUy or similarly configured host devices without the embodiment system of the present invention; 

need for the user to manually change operating parameters ^^^^ - . • * • i j • r *u * c r^rr^ i 

, .. 1. . ■> . ^ L • * J in FIG. 2 IS a pictonal diagram of the system of FIG. 1; 

depending on the host device to which it is connected. ^ 

T. - L- . ^ . J L FIGS. 3f a) to 3(e) are functional diagrams illustratinE the 

It IS further object of the present mvention to provide such . ^ \ i r *u , cnr^ i 

j . 1- 1 . '.ii- . data exchange protocol of the system of FIG. 1; 

a system which advantageously implements an intelligent , & f j 

cable interface device in order to provide communications ^1^. 4 illustrates an appUcation of the system in which a 

formatting and protocol between an associated host device ^^^^ acquisition device may connect with a pluraHty of host 

and any type of data acquisition device, interfaces; and 

FIG. 5 is a block diagram of an alternative embodiment of 

SUMMARY OF THE INVENTION the present invention. 

In accordance with these and other objects, provided is a DETAILED DESCRIPTION OF THE 

universal interface system for use with a data acquisition PREFERRED EMBODIMENT 
system including a data acquisition device for providing 

digital data signals indicative of acquired data for transmis- The preferred embodiment of the present invention will 

sion to a host device, and a host device having host-specific now be described in detail. FIGS. 1(a), 1(b) and 2 illustrate 

input/output data format requirements. The universal inter- the preferred embodiment data acquisition system 10 which 

face system comprises universal data exchange means 25 comprises a data acquisition device 20, a host interface cable 

located in the data acquisition device for providing digital 30, and a host device 40. The host device 40 may be any type 

data signals in a universal data exchange format independent of computing device known in the art which is configured to 

of the data format requirements of the host device; and a host accept data input in any type of format, such as a computer 

interface module coupled to the data acquisition device and with an RS-232 communications port, an Optically Coupled 
to said host device, ^Tltransmitting-aeqiiifedrdigitalCdataj^gQ Interface Adapter device (OCIA), a keyboard wedge con- 

^om~the~data~agquisiti0n"deviee"~tQ^ tl^ figuration (as in a personal computer), or an IBM 4683 POS 

^terfa^ module-Cdmpri'siifg-aiearistfEtta^ device, any of which wUl accept bar code data obtained 

s ydata"fi:om"tlie~uniyersd"l3ata~exchan ge~fomiaX^tg^^ when the data acquisition device 20 implements bar code 

'Specific iaputZQt itpTit^data'fomatreqiai^ interface scarming (or acquires data by other means such as magnetic 

module comprises a buffer for storing a host parameter data 35 stripe reading, keyed input, etc.). 

word used in communicaUons with the host device. The The data acquisition device 20 is configured in the present 

universal data exchange means comprises a memory for invention in a generic manner, and has a standard interface 

storing a plurality of host parameter data words, each of the protocol which is referred to herein as SDCI (Standard Data 

host parameter data words being associated with one of a Communications Interface). The data acquisition device 20 

plurality of different host interface modules; and means for 40 in the preferred embodiment is a scanner integrated terminal 

reading from the memory and transmitting to the host ^nd comprises a bar code scan engine 22 and a decoder 24. 

interface module the host parameter data word associated ^^r code scan engine 22 may be of any type known in 

with the particular host interface module operatively con- ^rt as described above which produces a digitized signal 

nected thereto. (digital bar pattern DBP) which is representative of the 

Ihc data acquisition device comprises means for entering 45 relative spacing of the bars and spaces of the bar code which 

host parameter data words by a user. In embodiments is scanned. The decoder 24 may also be of any type known 

wherein the data acquisition device comprises a bar code in the art which operates on the digital bar pattern via 

scanner capable of electro-optically reading bar code sym- various algorithms stored in an associated memory in order 

bols encoded with bar code data and providing a digital bar to decode the digital bar pattern to a digital data signal in 

pattern representative of bars and spaces comprising said bar 50 accordance with the particular symbology being imple- 

codc symbol, the bar code scanner comprising a decoder for mented. The decoder 24 may be configured to decode bar 

converting said digital bar pattern into said digital data code symbols in any one symbology desired, or it may be 

signals, the decoder of the invention further comprises configured in an autodiscriminalion mode to automatically 

means for determining if the digital bar pattern is represcn- detect and decode bar codes of more than one symbology 

tative of a host parameter data word, and means for storing 55 and provide the digital data accordingly. A manual input 

in the memory the host parameter data word for subsequent device 23 such as a keypad is provided, along with the 

transfer to the host device. decoder 24 output, to a multiplexer 25 which provides the 

The system of the present invention undergoes an initial- selected data signal to a universal data formatting means 27. 
ization routine wherein the universal data exchange means The universal data formatting means 27 uses the digital data 
requests an identification code from the host interface 60 fi"om the selected source and formats it in the SDCI protocol, 
module, the host interface module provides in response to be described below, for output via a transmit/receive 
thereto an identification code stored therein, the universal buffer 28, which performs electrical communication with the 
data exchange means utilizes the provided identification host device 40 via the host interface cable 30, which is 
code to read from said memory the host parameter data word coupled to a data acquisition device cable 11 and data 
associated with the identification code, the imiversal data 65 acqutsition device connector 12. Importantly, the data trans- 
exchange means transmits to the host interface module the mitted by the buffer 28 is in the universal, non-host specific 
host parameter data word read from said memory, and the SDCI protocol which is common to all types of data acqui- 
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sition devices recognized by the data acquisition system 10. will lower the operating power requirements when 

Thus, any type of data acquisition device 20 configured in instructed by a timeout sense circuit 29a or by conimand 

the SDCI protocol will be usable in the system 10 without from the host device 40 as will be described below. This 

having to perform any type of reconfiguration, reprogram- allows the data acquisition device 20 to enter a "sleep" mode 

ming or the like. This "plug-and-play" mode allows users to 5 whenever no data has been acquired in a certain timeout 

easily switch data acquisition devices within a given system, period (e.g. 3 minutes) or when desired by the user of the 

in accordance with their needs, and it allows upwards host device 40. The sleep mode is exited whenever data is 

compatibility with new data acquisition devices as they are input by the acquisition device 20 or upon command by the 

designed and manufactured in accordance with the universal host device 40. 

SDCI protocol. Xhe interface cable 30 functions as the host-specific link 

A parameter memory 26 comprises non-volatile electri- from the universal SDCI output of the data acquisition 

cally reprogrammable memory space (e.g. a non-volatile device 20 to the particular host device 40 with which it is 

RAM) for storage of certain operating parameters of both associated. Each different type of host device 40 will require 

the data acquisition device 20 as well as the host interface ^ ^ differently configured interface cable 30 in order 

cable 30, as will be further described below. These param- ^^j^ communicate properly with a data acquisition 

cters may optionally be programmed by the user by entering ^^^-^^ ^0. The interface cable 30 comprises an SDCI bus 32 

either manuaUy or by scannmg a dedicated parameter bar ^ processing board 36. Ihc processing board 36 

code from a menu provided with the system 10. By scanmng . u jj j -.u- 1 u • ^1 u ■ ttt/^ 

an operating parameter bar code, preset default values foT ^f^^mbedded withm a plastic housmg 31 as shown m FIG. 2^ 

the specified ftinctions are overridden. For example, if the ^he mterf ace cable 30 also comprises a host hnk 34, which 

user wishes to instruct the data acquisition device to use a 20 ^ coupled to the processing board 36 and has an mterface/ 

soft beeper tone rather than the preset default tone, he may ^lo^t connector 33 which is designed to mechanically and 

scan in a preprinted parameter bar code provided with the electricaUy mate with an associated host connector 42 found 

system, which is detected by the decoder to be an operating host device 40. 

parameter rather than data and which is then routed to and In operation, the data acquisition device 20 is coupled to 

stored in an appropriate location in the parameter memory 25 the interface cable 30 by inserting the data acquisition 

26. This parameter will control operation of the tone gen- device connector 12 into the mating interface/device con- 

erator used to signal the user when a bar code has been nector 35, and the interface cable 30 is coupled to the host 

detected. If the user wishes to again change this parameter device 40 by inserting the interface/host connector 33 into 

(e,g, increase the volume of the tone), he simply scans in an ^he mating host connector 42. The interface cable 30 is 

appropriate preprinted bar code and the parameter is updated configured, by appropriate circuitry within host format and 

in the memory 26 for subsequent use. protocol translation means 39, to communicate with the 

In addition to storing various data acquisition device particular host device 40 to which it is connected, 

parameters, the parameter memory 26 may be used to store Functionally, the interface cable 30 comprises the host 

optional parameters relating to the operation of the host format and protocol translation means 39, which accepts as 

interface cable 30 and the host device 40. ImportanQy, these 35 input via transmit/receive buffer 37 universal SDCI data 

parameters are only optional, and are not required to be used from the data acquisition device 20. A host parameter buffer 

in order for the data acquisition device 20 and the host 35 stores host parameter data fetched during power up 

device 40 to communicate with each other. That is, a set of initialization from the data acquisition device 20. The host 

default values, to be described below, is preset in the format and protocol translation means uses the data from the 

interface cable 30, which controls the operation of the ^ parameter buffer 38 to appropriately configure data in the 

system communications without requiring operator pro- format required by the host device 40. In particular, upon 

gramming. power-up, the interface cable 30 transmits upon request a 

The parameter memory 26 is capable of storing parameter host ID code from a host ID buffer 43 to the data acquisition 

data in individual locations for each type of host device 40 device 20 via the SDCI protocol. The data acquisition device 

which may be connected thereto. A host parameter search 45 20 receives the host ID code and searches the parameter 

and read means 21 is used by an initialization process to memory 26 to see if the user had previously entered 

search through the memory 26 to look for parameter data apphcation-specific parameters. When the system is pow- 

matched to its associated host 40. In this way, an interface ered up for the first time, the parameter memory 26 will be 

cable 30 may access specific user-defined parameters in cleared (all data bits set to zero), and the system 10 will 

order to override system defaults set in the cable 30. As a 50 operate in a preprogrammed default mode. As such, the 

result, the data acquisition device 20 may be used with any system needs no information from the data acquisition 

type of host/cable system, and the particular interface cable device 20 in order to perform communications between the 

30 to which it is connected will fetch from the parameter data acquisition device 20 and the host device 40 since the 

memory 26 the operating parameters with which it is asso- host-specific interface cable 30 will be matched to the 

ciated. The data acquisition device 20 thus functions as a 55 particular host device 40 in use via the host format and 

"dumb'' memory device for storage of the host parameters. protocol translation means. 

That is, the data acquisition device 20 need know nothing when the user desires to change any or all of the prepro- 

about the effect of the host parameters which it downloads grammed default values for operating parameters of the 

to the interface cable 30. interface cable 30, he does so for example by scanning a 

The functions of the tinivcrsal data formatting means 27 ao preprinted parameter bar code accompanying the system 10. 

and the host parameter search means 21 may be advanta- As with scanner parameters previously described, the 

geously implemented by an embedded system such as a decoder 24 detects that the bar code scanned is a parameter 

microprocessor device programmed to perform such func- bar code and not data, and the decoder 24 routes the scanned 

tions. Such implementation is known in the art and need not parameter along with a host identification tag (e.g. HOST 

be described in detail. 65 001) to an empty location in memory 26. The entire set of 

A power down circuit 29 controls the operating power host parameters is also transmitted to the host interface cable 

used by the components in the data acquisition device 20 and 30 and stored in the buffer 38 for subsequent use. In the 
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preferred embodiment, the buffer 38 is a volatDe memory 
(i.e. RAM) in order to reduce cost. 

The next time the system 10 is powered up, the interface 
cable 30 upon request sends its host ID code to the data 
acquisition device 20, which is used in a search of the 
memory 26 for any host parameters which had been previ- 
ously entered and stored. When a match is found between 
the host ID code and a location in memory 26, the parameter 
data is fetched and sent to the interface cable 30 via the 
SDCI bus 32 for storage in the parameter buffer 38. Thus, 
once the user has reconfigured the operation of the interface 
cable 30 with a particular data acquisition device 20, the 
system 10 operates in the same fashion every time until the 
user re-programs the parameters. 

Advantageously, as shown in FIG. 4, the user may utilize 
the data acquisition device 20 with a different host device 40 
at, for example, a different location in the workplace. The 
host parameter memory 26 will store the user-scanned 
parameters in a different location, and the interface cable 30 
of the second system will send its own unique ID code to 
request its parameters. Thus, the data acquisition device 20 
can be taken from system to system, wherein each host 
device has an associated interface cable 30 connected 
thereto, and the data acquisition device will instruct the 
interface cable 30 to operate in the manner desired by the 
user with the user only having to scan a parameter bar code 
only once for each particular system. 

The system 10 of the present invention advantageously 
implements a set of default parameters wherein each default 
value is set to logical 0. The memory 26 stores multiple 
parameters in the same location for a given interface cable 
30. By scanning a particular parameter bar code, only that 
parameter is changed and the remaining parameters are left 
at the default of 0. By using 0 as defaults, the data acqui- 
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sition device 20 does not have to store default tables as was 
required m the prior art. Additionally, the device 20 will 
"know" the defaults for all cables designed and used in the 
future. That is, by using a universal default parameter setting 
5 of all 0*s, data acquisition devices may be designed to 
operate in conjunction with currently existing cables and, 
similarly, cables in the future may be designed to operate 
with existing data acquisition devices. 

10 The SDQ protocol implemented between the data acqui- 
sition device 20 and the host interface cable 30 in the 
preferred embodiment of the present invention will now be 
described in detail. Communications between the data 
acquisition device 20 and the host interface cable 30 are 
15 carried out on a two -line serial interface. Thus, no matter 
which host-specific cable 30 is used, the communications 
between the data acquisition device 20 and the host interface 
cable 30 are the same. This is made possible by the flex- 
ibility of the parameter structure and the host directives to be 
20 described herein. All data sent between the data acquisition 
device 20 and the host interface cable 30 are done with one 
of the following opcodes. 

The following Table A is a fist of all the opcodes sup- 
25 ported by the SDCI protocol in the preferred embodiment of 
the present invention. Table A identifies the source device 
(data acquisition device 20 or interface cable 30) allowed to 
send a message of that type. Opcodes designated with the 
type "cable" (C) means that only the cable 30 can transmit 
3Q that set of opcodes. Similarly, "data acquisition" (D) type 
opcodes can only be transmitted by the data acquisition 
device 20, and "cable/data acquisition" (C/D) types can be 
transmitted by both the cable 30 and the data acquisition 
device 20 as required. 



TABLE A 



Name 


Class 


SDCI OPCODES 
Source Description 


ADFJDATA 


Data 


D 


Acquiied data in ADF packet format 


ATTENTION 


Control/Status 


C 


biform data acquisition device of cable preseacc 


BEEP 


Control/status 


C 


Reqxiest the data acquisition device to sound the 








beeper 


BEEP^DIRECT 


Control/Status 


c 


Tbll Data Acquisition device how beeper 








parameters should be set 


CMD_ACK 


Control/Status 


C/D 


Positive acknowledgment of received packet 


CMD__NAK 


Control/Status 


C/D 


Negative acknowledgment of received packet 


DCU_DArA 


Data 


C/D 


Data Acquisition Device Customization Utility 








Parameter Buffer 


DCU_REQUEST 


Control/Status 


C/D 


Request Data Acquisition Device to Send all its 








parameters out as DCU_J>ArA 


DECODE_DIRECT 


Control/Status 


C 


Tell Data Acquisition Device how decode 








parameters should be set 


ID_KEPLY 


Control/Status 


C 


Send cable ID stiing to Data Acquisition Device 


ID_REQUEST 


Control/Status 


D 


Ask Cable/Host for its ID string 


LEDOFF 


Control/Status 


C 


Request the data acquisition device to deactivate 








LED output 


LEDON 


Control/Status 


C 


Request the data acquisition device to activate 








LED ou^ut 


PARAM_DAIA 


Data 


D 


Anonymous Parameter Data 


POLL 


Control/Status 


D 


Confirms Cable resence after coofiguration 


RESET 


Control/Status 


D 


Requesting the cable to start the conAguration 








process 


SCALE_DArA 


Data 


D 


Data from weight scale via data acquistion device 


SCALE_REQUEST 


Control/Status 


C 


Request to Data Acquisition Device to send 








weight scale data 


SCAN_DISABLE 


Control/Status 


C 


Prevent the operator from scanning bar codes 


SCAN_EKABLE 


Control/Status 


C 


Permit the operator to scan a bar code 


SLEEP 


Control/Status 


C/D 


Request to place the data acquisition device or 








cable into low power 


START_DECODE 


Control/Status 


C 


Tfcll Data Acquisition Device to attempt to 
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TABLE A-contiaued 



SDCI OPCODES 



Name Class Source Description 



SrOP_DECODE Control/Status C 

TYPE_LEN_DIRECr Control/Status C 



decode a bar code 

Tell Data Acquisition Device to abort a decode 
attempt 

Tell Data Acquisition Device how to set its Code 
Type and Length parameters 



Note: 

D B Data Acquisition Device, 
C - Cable, 

C/D » Cable/Data Acquisition Device 

ITie cable 30 and the data acquisition device 20 exchange 
the messages in Table A in data packets. A packet is a 
collection of bytes framed by the proper SDCI protocol 
formatting bytes. The maximum number of bytes per packet 
allowed by the SDCI protocol for the transmission of data to 
the cable for any transaction is specified by the cable in the 
ID_REPLY message as described below. The following 
Table B is the general packet format for SDCI messages, and 
descriptions of fields that occur in all messages. 



15 



20 



receiver when the received data packet passes a checksum 
test and the receiver successfully processed the data. 
Likewise, the CMD_NAK opcode is sent by the packet 
receiver when the received data packet fails the checksum 
test or some other error occurred while handling the mes- 
sage. 

Power-up Initialization 

FIG. 3(a) illustrates the initiahzation data transaction 
implemented by the SDCI system. Upon power-up, the 



TABLE B 



Packet Format 

<PAl><OPCODE><MESSAGE SOUR CExSTATUSxD ATA 
AND OTHER PARAMETERS ><CHECKSUM> 
Field Descriptions 

Field Name Format Sub- Field Meaning 



PAL (Protocol and Length 


Bits 0 to 6 


Length 


Length of message not including the 


Field) 






check sum bytes. 




Bit? 


Class 


0 = data 








1 « control/status 


OPCODE 


1 Byte 


See Tbble A 


Identifies the type of packet data being 
sent 


MESSAGE SOURCE 


1 Byte 


0 - Data Acquisition 


Identifies where the message is coming 






Device 


from 






3 = Cable 




STATUS 


BitO 


Retransmit 


0 - First time packet is sent 








1 = Subsequent transmission attempts 




Bit 1 


Continue 


0 - Last packet 








1 o Data continued with next packct(s) 




Bit 2 


Low battery power 


DATA AND OTHER 


Variable 




The data sent in the field varies in 


PARAMETERS 


number of 




accordance with the particular message 




bytes 






CHECKSUM 


2 Bytes 


2's complement sum 


Checksum of message 






of message contents 








excluding checksum 





Major SDCI Messages and Transactions 

The data transactions which occur among the data acqui- 
sition device 20, the interface cable device 30, and the host 
device 40 are now described in detail. As used herein, the 
term "packet transmitter" refers to the device which is 
currently transmitting a data packet, and the term "packet 
receiver'* refers to the device which is currently receiving a 
data packet. For a given data transaction, the appropriate 
opcodes set forth in Table A are exchanged among the 
aforementioDed devices as shown in FIGS. 3(fl) through 
3(e). In addition, for each opcode sent, the CMD_JaCK and 
CMD__NAK opcodes (positive acknowledgment of 
received packet and negative acknowledgment of received 
packet, respectively) are sent by the packet receiver to the 
packet transmitter to indicate the status of the received data 
packet. The CMD_ACK opcode is sect by the packet 



ID_REQUEST opcode is sent by the data acquisition device 
20 to the interface cable 30, which directs the interface cable 
30 to send a unique identification string which is stored in its 
host ID buffer 43. This unique cable/host ID is used to 
identify the particular cable/host to which the data acquisi- 
tion device is communicating. The <DArAAND OTTIER 
PARAMETERS> field is empty in the ID_REQUEST 
opcode since this opcode is simply a command to the cable 
60 30. 

Upon successful receipt of ID_REQUEST, the cable 30 
will respond by sending the unique ID in an ID__REPLY 
opcode. The unique ID is fetched from the host ID buffer 43 
and inserted into the <DArA AND OTHER PARAM- 
65 ETERS> field. Also inserted in the <DATAAND OTHER 
PARAMETERS> field are other system parameters such as 
the cable release version (to ensure software compliance). 
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the maximum massage length accepted by the cable 30 has the continue bit cleared. This indicates that the continued 

(including the checksum), the minimum wait time that the message is complete with the last packet. When a cable 30 

data acquisition device 20 should wait for the cable to issue has indicated in its IDJEPLY message that it does not 

a CMD_ACK or CMD_NAK response to an ADF_DArA accept continuations of data packets, then the data acquisi- 

message, the output decode type (for data acquisition 5 tion device 20 does not send any ADF_DATA to the cable 

devices with bar code scanning capabUities) which specifies ^ cannot fit the entire data packet in one ADF_DArA 

if the data should be in intermediate scan data (binary image message, . . ■ ^ . « 

of bar code) or ASCII format, a flag to indicate whether the $1°'"°^ °^ AcqmsiUon Device Parametets 

cable 30 vWIl support conUnued ADF DATA messages for The system of the present invention may be advanta- 

, J * * • - J *u • ~f *i. ui J geously used m order to effect clonmg of data acquisition 

long data transmissions, and the size of the cable s anony- lOj.*^ . ^ ^ -.i, .!. 1 r 

luug uav u^xuiooi xio, ^ jf device parameter configurations without the need for an 

mous parameter Duller. operator to manually program, by keypad entry, bar code 

Upon receipt of the ID_REPLY opcode from the cable menu scanning or the like, data acquisition device param- 

30, the data acquisition device 20 will use the unique ID eters in each individual device 20. Rather, an operator may 

word and search the parameter memory 26 to see if param- program parameters in one data acquisition device 20 and 

eters have been previously stored for that particular cable/ 15 allowtheparametermemory to be up loaded to a host device, 

host configuration. If the data acquisition device finds a where it is temporarily stored for subsequent download to a 

match and thus has parameters to send to the cable 30, it will different data acquisition device 20. This a time-saving 

load them into the <DArA AND OTHER PARAMETERS> implementation of the present system which ensures that 

field of a PARAM__D ATA message and send it to the cable similar devices will be programmed identically without a 

30. If no match is found, indicating that no parameters have 20 chance for operator error from device to device, 

been loaded for that particular cable/host configuration, then G. 3(c) illustrates the protocol sequence implemented 

a set of default values (i.e. all zeroes) will be sent in the t>y the system in order to effect cloning of the data acqui- 

PARAM_DATA message. sition parameters. In this case, the parameters are scanner 

Althoil^h not iUustrated in FIG. 3{a), the RESET and P™'"^ which relate to the operation of the decoder 24 

ArrENnON opcodes, which are described in more detail ^ " ''f ''^ acquisition device 20 having bar code scanning 

further below, are instrumental in ensuring a proper initial- c^P^^^^^^^ as shown in FIG. Ma). Refemng to HG. 3(c), 

ization handshake sequence occurs. ^f'^" ^Z^^ ^^'^'^ ^ '^"'^ trai^fer of scanner 

_ . ^ ^ . i parameters from the data acqmsition device 20, the host will 

Transfer of Acquired Data ^^^^ ^ DCU__REQUEST (Data Acquisition Device Cus- 

TheADF_D ATA (Advanced Data Formatting) opcode is 30 tomization Utility Request) message to the interface cable 

used to transmit data entered into the data acquisition device 30. The cable 30 translates this message to SDQ format and 

20. When the data acquisition device 20 comprises bar code sends DCU_REQUEST to the data acquisition device 20. 

scanning capabilities as in the preferred embodiment system Xhe <DArA AND OTHER PARAMETERS> field in the 

shown in FIG. 1, this opcode is used in order to transport DCU_REQUEST message specifies a request for either an 

decoded bar code data to a host device 40 via the interface 35 image of the scanner parameters or an image of the default 

cable 30. Referring to FIG. 3(b), data is captured by the bar parameters, as required. 

code scan engine 22, decoded by the decoder 24, and sent Upon receipt of the DCU_REQUEST, the data acquisi- 

via the ADF__DATA message to the cable device 30. Upon tion device 20 will load the requested parameters from the 

receipt of this message, the host format and protocol trans- memory 26 into the <DArA AND OTHER PARAM- 

lation means 39 in the cable 30 will format the data in 40 ETERS>fieldof a DCU_D ATA message for transmitting to 

conjunction with the host parameter buffer 38 for transmis- the cable device 30. In particular, the <DArAAND OTHER 

sion to the host device 40 and send the data to the host. If PARAMETERS> field of DCU_DATA specifies the revi- 

the transfer of data to the host is successful, a CMD^ACK sion level of the parameter buffer in order to ensure com- 

is sent to the data acquisition device 20; otherwise a CMD_ patibility when cloning, the location within the parameter 

NAK is sent that indicates what failed. 45 buffer where the image begins, and the data from the 

The <D ATA AND OTHER PARAMETERS> field of the parameter buffer, DCU_DATAis received by the cable 30, 

ADF_D ATA message contains data which identifies the bar translated to the format suitable for communication with the 

code type being sent as well as the decoded data itself. The particular host 40, and sent to the host 40 for storage in a 

format of this field is: buffer 45. 

50 When a second data acquisition device 20 is connected to 

''^^^^><^'^^><^'^><^^'^ type><iength> <data> ... host/cable assembly for cloning of uploaded parameters, 

the host device 40 initiates the transfer of scanner param- 

The ADF data field must end with a zero <EOB> byte which eters to the data acquisition device 20 by sending a DCU_ 

indicates the end of the ADF data stream. DATA message to the interface cable 30. The DCU_DATA 

In particular, in the ADF protocol, the bar code type 55 message has in its <DATA AND OTHER PARAMETERS > 

indicates the particular symbology of the decoded data, such field the scanner parameters obtained from the initial upload, 

as EAN 8, BAN 13, Code 39, Codabar, UPC, Code 128, etc. The cable 30 translates this message to SDCI format and 

The data type field indicates whether the transmitted data is sends DCU_DArA to the data acquisition device 20 for 

ASCn, ALT-Shifted, Numeric, Extended Keypad, etc., as storage in the scanner parameter memory 26. This process 

required by a particular system appUcation. When the data 60 can be repeated with other data acquisition devices 20 in the 

acquisition device 20 needs to send an ADF DATA mes- same fashion. 

sage that is longer than the length that the cable will accept, If the revision level of the parameter buffer does not 

then the data is sent in smaller packets. If an ADF_DATA match the revision level of the data acquisition device 20, 

message is going to be continued by one or more messages, then the parameter data is not written into the nonvolatile 

then the "continue" bit should be set in the status field (see 65 memory therein (the transfer is not completed). 

Table A above). The continue bit shall be set for all ADF data In the alternative, the cloning operation described herein 

packets that make up the message until the last piece, which may be effected by the data acquisition device 20 and the 
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cable 30 without needing the host device 40. In this instance, 
the user scans a predetermined "upload" bar code which is 
interpreted by the decoder as a command to transmit DCU_ 
DATA to the cable device 30. The parameter data is stored 
in a temporary buffer in the cable 30 rather than in the host 
device 40 as mentioned above. The user may subsequently 
connect the interface cable 30 to a new device 20 and scan 
a second "download" bar code which is interpreted by the 
decoder as a command to request DCU JDATA from the 
temporary storgae buffer of the cable 30. The stored param- 
eter data is sent to the data acquisition device 20 in the 
manner mentioned above to effect completion of the cloning 
operation without the need to be connected to a host device 
40. 

Scale Data Exchange 

In the preferred embodiment system, a data acquisition 
device may have connected thereto a scale 60 for weighing 
items and providing scale data indicative of the weight to the 
host device 40. Referring to FIG. 3(d), the host device 40 
will request scale data by issuing a request to the interface 
cable 30, which translates the request and sends a SCALE_ 
REQUEST command to the data acquisition device 20. The 
data acquisition device 20 wiU read the attached scale device 
60 and respond with a SCALE_DArA message. The cable 
30 will translate the scale data from the SDCI format to the 
format required by the host device 40. 

The <D ATA AND OTHER PARAMETERS> field in the 
SCALE_REQUEST command issued by the cable device 
30 indicates to the data acquisition device 20 and scale 60 
the amount of time to wait for the scale to settle prior to 
obtaining a measurement, the units of measure (i.e. pounds 
or kilograms), and data which may be displayed on a display 
device of the scale 60. The <DArAAND OTHER PARAM- 
ETERS> field in the subsequent SCALE_D ATA reply mes- 
sage indicates scale status (hardware error, scale not settled 
in required time, units of measure, weight of item over Hmits 
of scale, and/or weight of time too small to measure) and the 
measurement data in ASCII format. 

Other SDCI Messages and Transactions 

In addition to the major SDCI transactions and associated 
opcode messages described above, the following SDCI 
message opcodes are used in the preferred embodiment 
system. 

ATTENTION 

The ATTENTION opcode has a null <DArA AND 
OTHER PARAMETERS> field and is sent by the cable 30 
during the initiafization process to announce its presence to 
the data acquisition device. If the ATTENTION/ID_ 
REQUEST/IDi3 REPLY/PARAM_DATA/ process fails 
due to communications problems, the cable 30 will send 
ATTENTION repeatedly until ID_REQUEST is received. 
No matter what state the data acquisition device is in, the 
receipt of an ATTENTION message from the cable 30 will 
cause the data acquisition device to follow this sequence. 
After the data acquisition device receives the ATTENTION 
message, the data acquisition device will ask the cable to 
identify itself by an ID__REQUEST. 

From the time that the data acquisition device has reset or 
it has received an ATTENTION message, the data acquisi- 
tion device must require that the entire initialization process 
occurs in sequence without any errors. If any error occurs in 
the receipt of ATTENTION, ID_REPLY, in the transmission 
of RESET, ID_REQUEST or PARAM_DATA, or in the 
transmission of an ACK to the cable, then the data acqui- 
sition device must send a RESET to the cable. If this 
transmission fails, then the data acquisition device will 
continually send RESETs until acknowledged with an 
ATTENTION. 
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If the initialization process does not complete within two 
seconds, then the data acquisition device must sound a beep 
that identifies a problem with the cable 30. This beep should 
be repeated every two seconds until the problem is fixed. 
5 BEEP 

The BEEP opcode has a beep code field in the <DArA 
AND OTHER PARAMETERS> section. This opcode is 
intended to be used with those bar code scanning data 
acquisition devices having decoders equipped with a beeper; 

10 it instructs the decoder to sound the beep sequence indicated 
by the beep code byte field. The decoder should beep the 
sequence provided in the BEEP opcode, only if the beep 
sequence is supported by the decoder, and the sounding of 
the beep specified does not interfere with the decoder's user 

15 interface. If the decoder does not support a beeper, then this 
message can be ignored. The beep code field indicates, for 
example, a high pitch, low pitch, or combination of both as 
required by a particular system. 
BEEP DIRECT 

20 The BEEP__DIRECr opcode sets the frequency, duration 
and volume parameters in its <DATA AND OTHER 
PARAMETERS> section. A status field can also indicate a 
permanent storage bit indicating a permanent change. The 
decoder supports the BEEP opcode for all frequency values 

25 that it can support. The decoder shall store directive infor- 
mation to non-volatile storage when the permanent storage 
bit is set. The duration parameter is supported by decoders 
that have programmable durations for decode beep. Beep 
volume is supported by decoders that support volume setting 

30 as closely as possible. 
DECODE DIRECT 

This opcode is used by the cable 30 to instruct the data 
acquisition device 20 how decode parameters should be set, 
as specified by the host device 40. When a cable 30 receives 

35 directives from the host device 20 pertaining to these 
parameters, the cable 30 sends the directives to the decoder 
by using this message. The directives are transmitted in the 
<D ATA AND OTHER PARAMETERS> field and include 
bar code decoding redundancy parameters, UPC security 

40 level, linear security level, laser-on timeout, laser-off 
timeout, laser sleep lime, motor sleep time, LED blink 
frequency, double touch indication, and ASCII stitching. 
LED OFF, LED ON 

The cable 30 sends these opcodes to the decoder to turn 
45 off and on the decode LED, respectively. These opcodes 
have null <DATAAND OTHER PARAMETERS> fields. 
POLL 

This command is useful when the data acquisition device 
20 has a separate power source from the cable 30, and the 

50 decoder wishes to check regularly that the cable 30 is still 
connected. The cable 30 must respond to the POLL message 
within 2 seconds, or the decoder can assume that the cable 
is not plugged in. The decoder may send a POLL to the cable 
30 at any time, except when awaiting an acknowledgment 

55 from a previously sent message. If the cable does not 
respond within 2 seconds, then the decoder shall send a 
RESET. This opcode has a null <DATA AND OTHER 
PARAMETERS> field. 
RESET 

60 This opcode is sent by the decoder when a communica- 
tions line failure is detected (i.e. no response over a set 
amount of time, or all resend attempts fail). Upon receipt of 
the RESET message, the cable 30 stops what it is doing and 
sends an ATTENTION. Upon sending RESET, the decoder 

65 continually sends RESETs at least every half second, until 
the cable responds with ATTENTION, Hiis opcode has a 
null <DArAAND OTHER PARAMETERS> field 
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SCAN DISABLE, SCAN ENABLE 

Hie cable 30 can disable and enable bar code scanning, 
respectively, to a data acquisition device 20 equipped with 
bar code scanning capability. When the decoder receives the 
SCAN_DISABLE opcode, it will not transmit to the host 
device until a subsequent SCAN_ENABLE opcode is 
received. At startup, the decoder assumes SCAN_ 
ENABLE. These opcodes have null <DATA AND OTHER 
PARAMETERS> fields. 

SLEEP 

The SLEEP opcode can be sent by either the cable 30 
(under command of the host device 40) or the data acqui- 
sition device 20 to tell the receiver to go into a low power 
mode. The host device 40 can instruct the cable device 30 to 
go to sleep, in which case the cable 30 goes into a low power 
mode and sends a SLEEP command to the data device. In 
addition, the data device 20 can sense via the timeout sense 
means 29a that data has not been collected for a certain 
period of time. This will put the data acquisition device 20 
into a low power mode, and the data acquisition device 20 
will then instruct the cable to do the same by using a SLEEP 
command. In either case, the system is waked up by the data 
acquisition device 20 sensing an attempt to input data (e.g. 
a trigger pull if the device 20 comprises a bar code scanner). 
When the cable is in sleep mode, and the decoder tries to 
send the cable any message, then the cable will wake up and 
resume operation where it left off or respond with an 
ATTENTION message. This may involve no more than two 
resend attempts on the decoder's part. Decoders that support 
a low power operation are required to sleep when this 
command is received. This opcode has a nuU <D ATA AND 
OTHER PARAMETERS> field. There is no initialization 
process after a wake-up as there is after a cold start of the 
system. 

START DECODE, STOP DECODE 

This opcodes instruct a data acquisition device 20 
equipped with bar code scanning capability to start and stop 
(if not yet timed out) a scan and decode session, respectively. 
These opcodes is interpreted by the device 20 as a trigger 
pull and release, respectively, or other scan initiation (Le. 
object sensing). These opcodes have null <DADV AND 
OTHER PARAMETERS> fields. 

TYPE LEN DIRECT 

Hie <DATA AND OTHER PARAMETERS> field in this 
opcode indicates to a data acquisition device having bar 
code scanning capabilities which bar code symbologies are 
enabled or disabled. 

Autodiscrimination of Data Transmission Parameters 

An additional feature of the preferred embodiment system 
implements an autodiscrimination function which allows the 
system to automatically determine the transmission param- 
eters of the system. This feature of the invention will be 
described in an exemplary manner in conjunction with a host 
device which communicates with an interface cable 30 in the 
RS-232 standard format. 

To initiate the autodiscriminate function, the user scans a 
predetermined "autodiscrimioate" bar code which is sent to 
the cable 30 as ADF data. Hie cable 30 interprets this as an 
autodiscriminate command an enters a "listen" mode. The 
user then presses a sequence of keys on the keyboard of the 
host device, namely the keys "UTU^* (selected to appropri- 
ately toggle the data lines). The "UTU" data sequence is sent 
to the cable 30, which observes the operation of the data 
lines in order to automatically determine the pertinent 
RS-232 parameters; namely, baud rate, parity, number of 65 
data bits, stop bits, the transmit pin, and the transmission 
direction. The cable 30 stores these autodisciminated par am - 
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eters in a local non-volatile memory and uses these param- 
eters to configure subsequent oommuoications with the host 
device 40. 

The system 10 of the present invention may advanta- 
geously be used for bidirectional control of either the host 
device 40 or the data acquisition device 20. In addition to 
requesting and accepting scale data from the data acquisition 
device 20 and accepting acquired (i.e. decoded) data, the 
host device 40 can be used to enter control commands to be 
sent to the data acquisition device 20. This includes the use 
of the host's keyboard 47 to enter data acquisition device 
parameters which are stored in the memory 26. In addition, 
host operating parameters can be entered via the host 
keyboard 47 and sent to the data acquisition device 20 for 
storage in memory 26. 

In addition, the data acquisition device 20 can be used to 
control or configure the host device 40. The user either 
enters via the keypad 23 or, if appUcable, by scanning a 
special bar code, the required control command/data for 
transmission to the host device 40. 

FIG. 5 illustrates an alternative embodiment of the inven- 
tion in which dedicated host formatting modules 51, 52 and 
53 are included in a data acquisition device 20 along with the 
universal data formatting means 27. Acquired data is input 
to each module 51, 52, 53 and 27, and the output of one is 
selected via a multiplexer 50 for transmission by the 
transmit/receive buffer 28. When any of the dedicated host 
interface modules 51, 52 or 53 is used, the connector 12 is 
connected directly to the host device. When the device 20 is 
used with a host device 40 not compatible with any of the 
available host interface modules 51, 52, or 53, and the 
universal data formatting means 27 is used to provided 
SDCI interface, then the connector 12 is inserted into a host 
interface cable 30, for translation as set forth above. 

We claim: 

1. In a bar code scanning system including a bar code 
scarmer for providing digital signals indicative of scanned 
data for transmission to a host device, said host device 
having host -specific input/output data format requirements, 
said bar code scanning system comprising: 

(a) universal data exchange means located in the bar code 
scanner for providing said digital signals in a universal 
data exchange format independent of the data format 
requirements of the host device; and 

(b) a host interface module externally coupled between 
said bar code scanner and said host device, for trans- 
mitting acquired digital signals from said bar code 
scanner to said host device, said interface module 
comprising means for translating said digital signals 
from said universal data exchange format to said host- 
specific input/output data format requirements. 

2. The interface system of claim 1 wherein said host 
interface module comprises a buffer for storing a host 
parameter data word used to configure communications with 
the host device; and wherein said universal data exchange 
means comprises: 

a memory for storing a plurality of host parameter data 
words, each of said host parameter data words being 
associated with one of a plurality of different host 
interface modules; and 

means for reading firom said memory and transmitting to 
said host interface module the host parameter data word 
associated with the particular host interface module 
operatively connected thereto. 

3. The interface system of claim 2 wherein: 

said host interface module is initially provided with a 
default mode of communication with said host device; 
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said host interface module overwrites said default mode 
when a host parameter data word is provided by said 
universal data exchange means and operates in accor- 
dance with said host parameter data word; and 

said interface module operates in accordance with said 5 
default mode when a host parameter data word is not 
provided by said universal data exchange means, 

4. The interface system of claim 3 wherein said host 
interface module and said universal data exchange means 
execute an initialization process wherein: 

said universal data exchange means requests an identifi- 
cation code from said host interface module, 

said host interface module provides io response thereto an 
identification code stored therein, 

said universal data exchange means utilizes said provided ^5 
identification code to read from said memory the host 
parameter data word associated with said identification 
code, 

said universal data exchange means transmits to said host 
interface module said host parameter data word read ^ 
from said memory, and 

said host interface module overwrites said default mode 
with said host parameter data word provided by said 
universal data exchange means and operates in accor- 
dance with said host parameter data word. 25 

5. The bar code scanning system of claim 2 wherein said 
bar code scanner comprises means for entering host param- 
eter data words by a user. 

6. The system of claim 1 adapted to be selectively 
operated in a normal operating power mode and in a reduced 3Q 
operating power mode, said system further comprising: 

timeout determination means located in said bar code 
scanner for detecting when no data has been acquired 
within a predetermined timeout period; 

means for placing said bar code scanner in said reduced 35 
operating power mode in response to said timeout 
determination; and wherein 

said universal data exchange means requests the host 
interface module to enter into a reduced operating 
power mode in response to said timeout determination, 40 
and said universal data exchange means requests the 
host interface module to enter into a normal operating 
power mode in response to a determination that data 
has been acquired. 

7. The interface system of claim 1 wherein said universal 45 
data exchange means transmits a poll request in order to 
determine if a host interface module is connected thereto. 

8. The system of claim 1 wherein said bar code scanner 
transmits to said host device, via said host interface module, 
control data for controlling operation of said host device, so 

9. The interface system of claim 1 wherein said host 
interface module transmits digital data from said host device 
to said bar code scanner, said interface module further 
comprising means to translate digital data from said host- 
specific input/output format to said universal data exchange 55 
format. 

10. The interface system of claim 9 wherein said host 
device transmits to said bar code scanner, via said host 
interface module, control data for controlling the operation 

of said bar code scanner. 60 

11. The interface system of claim 9 wherein said bar code 
scanner comprises a memory for storing a plurality of device 
operating parameter data words, said host device comprises 
a temporary buffer, and wherein said host device and said 
universal data exchange means execute the transfer of said 65 
device operating parameter data words from said memory to 
said buffer wherein: 



said host device requests in said host-spedfic input/output 

format the transfer of said data words; 
said host interface module translates said transfer request 

to said universal data exchange format and transmits 

said translated request to said universal data exchange 

means; 

said universal data exchange means transfers in response 
thereto the requested data words to said host interface 
modide; 

said host interface module translates said data words to 
said host-spedfic input/output format and transmits 
said translated response to said host device for storage 
in said buffer. 

12. The interface system of claim 11 wherein said host 
device and said imiversal data exchange means execute the 
transfer of said device operating parameter data words from 
said buffer to the memory of a different bar code scanner 
wherein: 

said host device transmits said data words in said host- 
specific input/output format; 

said host interface module translates said data words to 
said universal data exchange format and transmits said 
translated data words to said imiversal data exchange 
means; and 

said universal data exchange means stores in memory the 
transmitted data words. 

13. The system of claim 1 wherein said universal data 
exchange format comprises data packets, each data packet 
having a format comprising: 

(a) a protocol and length field indicative of (i) whether the 
information content of the packet is data or control and 
status and (ii) the length of the data packet; 

(b) an opcode field indicative of the particular message 
being sent by the packet; 

(c) a message source field indicative of the source of the 
message; 

(d) a status field indicative of a retransmit condition, a 
continue condition, or a low battery power conditioo; 

(e) a data and other parameters field indicative of the data 
sent in accordance with the particular opcode being 
implemented; and 

(f) a checksum field. 

14. The system of claim 1 wherein the host interface 
module, on command from the bar code scanner, monitors 
data transmitted by the host device in order to determine said 
host-specific input/output data format requirements. 

15. A host interface module externally coupled between a 
bar code scanner and a host device and for transmitting 
acquired digital signals from said bar code scaimer to said 
host device, said interface module comprising: 

(a) means for receiving digital signals in a universal data 
exchange format from the bar code scanner; 

(b) means for translating said received digital signals from 
said universal data exchange format to a host-specific 
input/output data format; and 

(c) means for transmitting said translated digital signals to 
said host device. 

16. The host interface module of claim 15 further com- 
prising: 

(d) a buffer for storing a host parameter data word used in 
communications with the host device; and 

(e) means for requesting from said bar code scarmer a host 
parameter data word for storage in said buffer. 
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17. The host interface module of claim 16 wherein: 
said host interface module is initially provided with a 

default mode of communication with said host device; 
said host interface module overwrites said default mode 

when a host parameter data word is provided by said 

bar code scanner and operates in accordance with said 

host parameter data word; and 
said host interface module operates in accordance with 

said default mode when a host parameter data word is 

not provided by said bar code scanner. 

18. The host interface module of claim 15 wherein said 
universal data exchange format comprises data packets, each 
data packet having a format comprising: 

(a) a protocol and length field indicative of (i) whether the ^5 
information content of the packet is data or control and 
status and (ii) the length of the data packet; 

(b) an opcode field indicative of the particular message 
being sent by the packet; 

(c) a message source field indicative of the source of the 20 
message; 

(d) a status field indicative of a retransmit condition, a 
continue condition, or a low battery power condition; 

(e) a data and other parameters field indicative of the data ^ 
sent in accordance with the particular opcode being 
implemented; and 

(f) a checksum field. 

19. A bar code scanner for providing digital signals 
indicative of acquired data for transmission to a host device 30 
comprising: 

(a) means for acquiring digital data by a user; and 

(b) universal data exchange means for providing said 
digital signals in a universal data exchange format 
independent of host-specific input/output data format ^5 
requirements of the host device, said universal data 
exchange means being operably connectable to a host 
interface module device externally coupled between 
said bar code scanner and said host device, said host 
interface module device capable of translating said ^ 
digital signals from said universal data exchange for- 
mat to a host-specific input/output format. 

20. The bar code scanner of claim 19 wherein said 
universal data exchange means comprises: 

a memory for storing a plurality of host parameter data 
words, each of said host parameter data words being 
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associated with one of a plurality of different host 
interface modules; and 
means for reading from said memory and transmitting to 
a host interface module the host parameter data word 
associated with the particular host interface module 
operatively connected thereto. 

21. The bar code scanner of claim 20 fiirther comprising 
means for entering host parameter data words by a user. 

22. The bar code scanner of claim 19 wherein said 
universal data exchange format comprises data packets, each 
data packet having a format comprising: 

(a) a protocol and length field indicative of (i) whether the 
information content of the packet is data or control and 
status and (ii) the length of the data packet; 

(b) an opcode field indicative of the particular message 
being sent by the packet; 

(c) a message source field indicative of the source of the 
message; 

(d) a status field indicative of a retransmit condition, a 
continue condition, or a low battery power condition; 

(e) a data and other parameters field indicative of the data 
sent in accordance with the particular opcode being 
implemented; and 

(f) a checksum field. 

23. A method of providing digital signals from a bar code 
scarmer having a universal input/output format to a host 
device having a host-specific input/output format compris- 
ing the steps of: 

(a) acquiring in said bar code scarmer the digital signals 
to be provided to said host device; 

(b) formatting said digital signals in a universal, no-host- 
specific input/output format; 

(c) transmitting said universally formatted digital signals 
to a host interface module externally coupled between 
said bar code scanner and said host device; 

(d) translating at said host interface module the univer- 
sally formatted digital signals to a host-specific format 
data; and 

(e) transmitting said translated digital signals to said host 
device. 
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[57] ABSTRACT 

A bar code scanner having means for reading bar code data 
and for processing the data includes means for supplying the 
processed data to a computer having an mput/output (I/O) 
port designed for the connection thereto of an external 
keyboard. The scarmer includes "communication" means for 
enabling the scanner either to be "wedged" between an 
external keyboard and the I/O port or to be directly con- 
nected to the I/O port. The scanner's "communication" 
means includes means for sensing whether an external 
keyboard is coimecled to the computer and includes means 
responsive to sensing the absence of an external keyboard 
connection for producing signals similar to those produced 
by an external keyboard and for supplying these signals to 
the computer in order to establish and maintain communi- 
cation between the scanner and the computer. The bar code 
scaimer may also include means for responding to various 
computer commands and/or keyboard commands. 
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BAR CODE SCANNER WITH KEYBOARD cut-off. Upon completing the transmission of the decoded 

SIMULATION ^^^^> scanner 10 turns on (enables) TGI and TG2. 

„ „,„ Communication between a computer 20 and an external 

BACKGROUND OF THE INVENTION ^ ^^^^^^ ^^^^^^ 4 

This invention relates to bar code scanners and, in ^ between the computer's I/O port 24 and an I/O port (e.g., 16) 

particular, to a bar code scanner which includes means for of an external KB 14 as shown in FIG. 1; where the 4 lines 

simulating the response of an external keyboard and for are used for carrying the operating voltages, the clock and 

rendering the bar code scanner suitable for use with any type the data. Alternatively, commxmication between a computer 

of personal computer (PC) including, for example, a desktop and an external KB may be conducted via a wedge, as shown 

or laptop computer. i*' in FIG. 2. 

A bar code scanner is a scanning device which can read, The CPU and the KB can communicate bi-directionally 

or sense, bar code information and which includes means for over the clock and data lines. The source of each of these 

converting bar code information into digital information, lines is an open-collector (or drain) device (not shown) in 

such as ASCII code, known as "decoded data'*. each one of the KB and the CPU which allows either the KB 

In many applications it is desirable to transfer data read or the CPU to force a line to an inactive (low) level. When 

and decoded by a bar code scanner to a personal computer there is no communication between the CPU and the KB, 

(PC), However, the transfer of decoded data from a bar code both clock and data lines are at an active (high) level. When 

scanner to a PC may be problematic. This is so, because a the CPU sends data to the KB, it forces the DATA line to an 

personal computer (PC) does not normally have an input/ inactive (low) level and allows the clock line to go to an 

output (I/O) port designed for the connection thereto of a bar active high level. The clock line provides the clocking 

code scanner. signals used to clock serial data into and out of the CPU. The 

Normally, as shown in HG.l, a computer (e.g., CPU 20) ™ generates the clock signal for the data transfered 

has an external I/O port 24 for the connection thereto of an between the CPU and the KB. The CPU can prevent the KB 

external keyboard (e.g., KB 14). A common technique for ^ sending data by forcing the clock line to an inactive 

transferring decoded data from a bar code scanner to a (low) level. 

computer, of the type shown in FIG. 1, is to "wedge" a In the prior art system of FIG. 2, communication between 

scanner 10 between an external keyboard 14 and a CPU 20 the CPU and the scanner is one way communication. That is, 

as shown in FIG. 2. In FIG. 2, the bar code scanner 10 has the CPU supplies commands/data to the scanner 10, the 

an interface circuit 25 connected or "wedged" between CPU scanner 10 does not respond to commands from the CPU, it 

20 and external keyboard 14. The keyboard 14 is shown only supplies decoded data to the CPU. When the scanner 

having an I/O port 16 and the scanner 10 is shown having an suppUes data to a CPU, just prior to the transmission of 

I/O port 12. A " Y" cable 15 couples the I/O port 24 of CPU decoded data to the CPU, the scanner 10 checks the clock 

20 and the I/O port 16 of external keyboard 14 to I/O port line to determine that it is in an active (high) state (i.e., 

12 of scanner 10. The Y cable functions to: (a) couple the 35 indicative that the CPU is ready to receive data) at the 

power lines from CPU 20 to the power lines of the scanner beginning of a scan code transmission. Once the scanner 

10 and keyboard 14; (b) couple the data and clock lines of begins to transmit data it does not again check the status of 

CPU 20 to the data and clock hnes of scanner 10; and (c) the line, even when CPU stops receiving data. This may 

couple the data and clock lines of CPU 20 and scanner 10 via result in the loss of data since the scanner continues to 

transmission gates TGI and TG2 of interface circuit 25 to 4Q transmit data to the CPU, but the CPU does not accept or 

the respective data and clock lines of keyboard 14. The process this data. 

turn-on and turn-off of transmission gates TGI and TG2 is In the prior art system, if the CPU indicates that there is 

controlled by means of circuitry contained within a scanner an error (e.g., parity error) in the data it has received and 

microcontroller 101. requests the scanner to "resend" the data, the scanner does 

In FIG. 2, cable 15 couples CPU 20 via interface circuit 45 not recognize the command and does not check and resend 

25 to scanner 10 and external KB 14. The scanner 10 and/or to correct a "receiving" error sensed by the CPU. 

the interface circuit 25, when coupled via cable 15 to a CPU In the prior art configuration, bi-directional communica- 

and a KB, may be referred to as a "wedge" since it is tion between the computer 20 and the external KB 14 is 

connected or ^Vedged" between a keyboard (e.g., KB 14) taken care of by the external KB. The existence of the KB 

and a CPU (e.g., 20). 50 14 is essential to have the computer 20 keep the I/O port 24 

A "wedge" interface is very desirable because users can active; which I/O port is effectively designed for interfacing 

easily install a " Y" cable having one end (15c) of the Y cable with the external KB. 

connected to I/O port 24 with the remaining two ends (15a, However, as is well known, there are computers which 

ISb) of the Y cable being respectively connected to an I/O have built-in internal keyboards. This is the case for most 

port 12 of a scanner 10 and an I/O port 16 of a KB 14. 55 laptop computers and PC based point of sale (POS) systems. 

The bar code scanner 10 controls the communication path As shown, for example, in FIG, 3, in a computer 20fl with 
between the CPU 20 and the KB 14 by controlling the a built-in keyboards 22 the interconnections between inter- 
turn-on and turn-off of TGI and TG2 [also referred to herein nal keyboard 22 and the processing circuitry of the CPU are 
as the "trafiBc control switch" (TCS)] in interface circuit 25. "hard wired". As a result, there is not a physical wire 
When the scanner 10 is powered or when it has no decoded 60 connection between the CPU of computer 20fl and internal 
data to send to the CPU, the scanner enables (closes) KB 22 which can be easily detached. As a result, a bar code 
transmission gates TGI and TG2 , so the CPU 20 and the KB scanner can not be easily "Wedged" in between an internal 
14 can communicate directly. When the scanner has decoded KB 22 and the CPU of computer 20. Nevertheless, a 
data in its data buffer that it is ready to send to the CPU, it computer 20fl with an internal KB 22 usually has an external 
disables or turns off (opens) TGI and TG2 and transmits its 65 I/O port 24a to enable users to use an alternative external KB 
decoded data to the CPU 20. When TGI and TG2 are 14 as shown in FIG. 3. In FIG. 3, the external I/O port 24a 
disabled, communication between the KB and the CPU is is shown to be coupled to the CPU and the intemal KB via 



10/29/2003, EAST Version: 1.4.1 



5,854,945 

3 4 

a control gate (or network) 23. The CPU may disable control In still another embodiment of the invention, the scanner 

gate 23 (via line 231) if the CPU senses that an external KB is programmed to receive CPU commands and to check the 

is not connected to I/O port 24a. data and clock lines to conduct bi-directional communica- 

Wherc CPU 20a has an external I/O port 24a, a " Y" cable lion with the CPU, continuously. The scanner can therefore 

15 may be used to "wedge" a bar code scarmer 10 between 5 respond to CPU commands while the scanner is sending 

I/O port 24a and an external KB 14, as shown in FIG. 4. decoded data to the CPU. A scarmer embodying the inven- 

However, as noted above, 1/0 port 24a may be disabled tion may also include means for sensing the timing and the 

(deactivated) when the CPU senses that an external KB is i^^g^ the start up period of any KB connected to the 

not connected to I/O port 24a. If, and when, that occurs, a computer and for adjusting the timing of the scanner, 

scanner, although connected to I/O port 24a, could not vs^hereby users don't need to set up the KB to certain status 

communicate directly with the computer. In the absence of conditions before a scanning operation, 

an external KB, a KB emulator could be connected via cable . , , u j • *u • *• u 

^, * J 1. • r-wr^ e A bai codc scanner embodyme the mvention may be 

15 to the computer and the scanner, as shown m FIG. 5. „ 1 j ■ * ; . * 1 T/r> -* 

.L- • c jj'.* 1 r directly plugged into a computer s external I/O port, even 

However this requires the use of an additional piece of , • - m j • j r *i. *• 

, /. ^ , 1 T^Ti 1 ^ u* L • J where the I/O port is primarily designed for the connection 

equipment (i.e., external KB emulator 28) which is unde- , r , 1 1 t. j ^ 1 *i. ^r>ti 

• .1 u jjv- 1 . ^ ix. J. thereto of an external keyboard. The scanner makes the CPU 

sirable because or the additional cost and the need to use a ... . • . 1 t^t^ ^ ^ * t/<^ 

c . . . beheve that there is an external KB connected to its I/O port 

piece of otherwise urmecessary equipment. . ^1 . Tir\ ^ ^ : y 

^ ^ . . . . . . . LI L so the computer keeps its I/O port active. The computer s 

Therefore, it is an object of this invention to enable a bar ^^^^ ^^^^.^^ ^ ^^^^^^^ 

code scanner to commumcate directly with any computer ^^^^ ^^^^ ^^^^^^^^ ^ ^^^^^ ^^^^ ^^^^^ embodying 

(i.e one having an internal and/or an external keyboard) the invention can thus be "substituted" for an external KB or 

regardless of the presence or absence of an extemal key- 'Vedged" between an external KB (or a KB 

emulator) to the I/O port of a computer. 

Itisafurtherobjectof this invention to enable a bar code _ l j • .t. • * jrr^ 

. 1- J j» L 4 * J Connecting a scanner embodymg the mvention to an I/O 

scanner to be wedged between any computer and an ^„ ^ ^ , ^v j j.-i.. •• 

1 1 , J ® ^ . J * • * port of a computer increases the decoded data transmission 

external keyboard connection and to communicate 75 ^ ,. , -i . • .t j ^ j r 

i_. J. ^. 11 '^t. *u * • 11 rehabibty since the scanner responds to commands from the 

bi-directionally with the computer m essentially the same , r^mi 

■' ^ 11 . J . J. • .u *u CPU while transmittmg decoded data to the CPU . 

manner as an extemal keyboard connected m circuit with the ^ 

^°1P^^^- BRIEF DESCRIPTION OF THE DRAWING 

It is a still further object of this invention to resolve 

various problems of the prior art systems described above. 30 accompanying Figures like reference characters 

denote like components; and 

SUMMARY OF THE INVENTION , . rc. A u^ ^ p * . 

FIG. 1 is a simplified block diagram of a prior art system 

A bar code scanner embodying the invention includes vs^hich an external keyboard is connected to a computer; 

means for coupUng the seamier to a computer unit (CPU) ^ ^ ^^^^^ ^ . ^ ^ ^j^.^^ ^ 

means for sensing whether an extemal KB (or a k^board 35 ^^^^^^^ ^^^^^^ ^^^^^^1 ^^^^^^ 

emulator) is connected to the CPU and means for producing ^ ^j^^. 

signals simulating the presence of an external keyboard. If ^. ^.^ ^ 

the bar code scanner senses that an extemal keyboard is not ^IG. 3 b a simphfied block diagrain of a pnor art system 

present, the bar code scanner produces signals simulating ^^ich a computer with an internal keyboard (KB) has an 

the presence of an external keyboard and suppUes those ^ ^'''^ comiection thereto of an extemal 
signals to a computer unit to establish and maintain 

bi-directional communication between the CPU and the FIG. 4 is a simplified block diagram of a prior art system 

scanner. in which a computer with an internal KB is coupled via a 

In one embodiment of the invention, a bar code scanner "Y" cable to an extemal KB and a bar code scanner; 

includes an interface circuit for "wedging"* the scanner 45 FIG. 5 is a simplified block diagram of a prior art system 

between an extemal keyboard and a CPU for controlling the in which a computer with an internal KB is coupled via a 

transmission of data and clock signals between the external "Y" cable to a KB emulator and a bar code scanner; and 

keyboard and the CPU. The bar code scanner includes FIG. 6 is a block diagram of a scanner system embodying 

means for sensing whether an extemal keyboard is con- the invention, 
nected to the CPU, means for producing signals simulating 50 

the signals produced by an external keyboard, and means for DETAILED DESCRIPTION OF THE 

supplying these "simulated" signals to the CPU when an INVENTION 

external keyboard is not connected to the CPU. piG. 6 depicts a bar code scanner 60 and an external 

In another embodiment of the invention, the scanner keyboard 14 (or a keyboard emulator 28) which can be 

includes means for simulating the signals produced by an 55 coupled to a computer 20fl via a "Y" cable 65. The bar code 

external keyboard, means for coupling the scanner to an scanner 60 is effectively coupled or "wedged" between the 

external I/O port of a computer, and means for sensing CPU 20a and the KB 14 via cable 65. The computer 20ifl, has 

whether an external keyboard is connected to the computer. an internal keyboard 22 and an I/O port 24. However, 

If the scanner senses the presence of an external KB, the computer 20fl may be any suitable computer or central 

scanner turns off or disables its KB simulator function. If the eo processor known in the art, with or without an intemal 

scanner does not sense the presence of an extemal KB, the keyboard. In FIG. 6, as in the prior art, computer 20a has 4 

scanner tums on, or enables, its KB simulator function. lines coming into I/O port 24; two lines for carrying the 

In still another embodiment of the invention, the bar code clock signals and the data signals and two tines for carrying 

scanner includes means for sensing the setting or status of the operating voltages (VDD and Ground). The line (or 

certain external KB commands such as "Caps Lock", and 65 tines) for carrying the positive operating voltage (e.g., VDD 

means for transmitting to the CPU decoded bar code data assumed to be +5 volts) among the CPU, the KB and the 

consistent with a "Caps Lock" keyboard setting. scarmer is denoted with the prefix 71. The hne(s) for 
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carrying the negative operating voltage (e.g., ground) among directly plugged into I/O port 24 of CPU 20a and the CPU 

the CPU, KB and scanner is denoted with the prefix 72. The will interface and interact with scanner 60 as if the scanner 

clock (or CLK) line(s) for carrying the clock signals is were a keyboard. Thus, in systems embodying the invention, 

denoted with the prefix 73. Tlie data (or DATA) line(s) for connector 656 may be selectively connected to I/O port 16 

carrying the data is denoted with the prefix 74. 5 (or I/O port 29 of emulator 28), or it may be left discon- 

The keyboard 14, which may be any suitable external nected (open), 

keyboard known in the art, has an I/O port 16 for connecting The two controllable transmission gates TGI and TG2 in 

to the keyboard's clock, data and operating power lines. section 2Sa are for selectively coupling clock line 73c/73fl 

The scanner 60 has an I/O port 12 to which six (6) internal to the keyboard clock line 73b, and for selectively coupUng 

hnes from the scanner are conneaed; of the six Unes, four data Une 74c/74a to keyboard data line 74b. The scanner 60 

hnes (71a, 72a, 73a, 74a) are for interconnecting the scanner controls the turn-on and turn-off of transmission gates TGI 

with the CPU 20a and two lines (73bb, 74bb) are for andTG2 via control line 58. The turn-on and turn-off of TGI 

interconnecting the scanner with the external keyboard 14. and TG2 in turn controls communication between the CPU 

The scanner is interconnected with the CPU and the KB 20a and the external KB 14 (or the external KB emulator 

14 via a " shaped cable 65 having one end, connector 65a, ^ ' 

connected to scanner I/O port 12, having another end, When the transmission gates TGI and TG2 are tumed-off 

connector 65^?, connected to KB I/O port 16 and havmg a (open), lines 73c/73a and 74c/74a are decoupled from lines 

third end, connector 65c, connected to CPU I/O port 24. 73fc and 74b, respectively. However, line 73c is always 

Cable 65 may be (but need not be) similar to prior art cable connected to Une 73fl and line 74c is always connected to 

15 shown in FIG. 2. Cable 65 functions to interconnect ^° line 74a, whereby the sensing and decoding circuitry of the 
power line 71c (the VDD Une) from computer 20a to power scanner 60 is always connected to sense the status of the 
hne 7tb of KB 14 and power line 71a of scanner 60. computer and/or the presence of an external keyboard. 
Likewise, cable 65 functions to interconnect power line 72c When the transmission gales TGI and TG2 are turned- on 
(ground line) from computer 20a to power line 72i> of KB ^ (closed), hnes 73c and 74c are coupled to lines 736 and 74bj 
14 and power Une 72a of the scanner. The clock line firom respectively, and the KB 14 (or KB emulator 28) can 
computer 20a is coupled from I/O port 24a via connector communicate with the CPU 20a. 

65c and clock Une 73c to connector 65a and via I/O port 12 in systems embodying the invention the scanner is pro- 

to clock line 73a of the scanner. In a similar manner, data grammed to respond to aU commands from the CPU in 

from the computer is outputted via I/O port 24 onto DATA exactly the same way as the KB normaUy responds to the 

Une 74c which is coupled via connector 65a and I/O port 12 CPU commands. Based on the nature of the command or 

to DATA Une 74a of the scanner. Cable 65 also functions to data signal received from the CPU, the scanner will respond 

interconnect the clock and data Unes (73b and 74^?, as programmed. 

respectively) of KB 14 to the clock and data Unes (73bb and ^^^^^^ programmed to sense whether an external 

74bb, respectively) of the scanner and CPU 20a. 35 KB or a KB emulator is present as detailed below. Sensing 

The barcode scanner 60 shown in FIG. 6 includes a main can be achieved using hardware or using software. In the 
scanner section 46 and an interface section 25a. Section 46 circuit of FIG. 6, the keyboard detector logic 62 is pro- 
is shown to include a KB simulator section 61, a KB detect grammed to automatically detect the presence of an external 
logic section 62, a bar code scanning decoder section 63, a KB (or a KB emulator) as part of "the KB Power-On 
microcontroUer section 64, and a bar code reader section 54 ^ Routine''. When power is first applied to the CPU, power is 
to read or sense a bar code located externally to the reader. distributed from the CPU to the KB and the KB begins with 
The bar code reader 54 may be any of a multipUcity of bar a self -checking procedure. Upou the completion of the 
code readers which are known in the art. The data read or selfchecldng procedure, the KB sends a completion code 
sensedby the bar code reader is supplied (e.g., via a line 55) (Hex AA) to the CPU. Note that when the scanner is 
to bar code scanning decoder 63 and to microcontroller 64 45 "wedged" between the KB and the CPU, direct communi- 
for further processing and/or transmission. The decoding cation between the KB and the CPU is initiaUy enabled 
and processing of the bar code data is similar to that because when the scanner is powered up (with the CPU and 
performed in known systems whose teachings are incorpo- the KB connected in circuit), the scanner turns on the "traffic 
rated herein, and need not be detailed. control switch"; i.e., gates TGI and TG2 are initially turncd- 

The interface circuit 25a includes two control gates, TGI 50 on to provide a cormection between the CPU and the KB. 

and TG2, which are turned on and off by means of controller Thus, upon appUcation of power to the system (i.e., the 

64 via control signals on a control Une 58. Control gates TGI CPU, KB and scanner), the KB goes through a self -checking 

and TG2 may be transmission gates TGI and TG2, which sequence during a start up period. At the end of the start up 

function to control the connection of the clock and data lines period, the KB produces a set and/or sequence of "comple- 

of KB 14 to the clock and data lines of the CPU 20 and the 55 tion code" signals and suppUes the signals over the data and 

scanner 60. Interface circuit 2Sa may be (but need not be) clock Unes to the CPU and the scanner. If a KB is not present 

similar to interface circuit 25 shown in FIG. 2. (i.e., not connected to the CPU) this set of KB signals is not 

In contrast to the prior art, the KB simulator function 61 produced. Scanners embodying the invention include means 

and the KB detect logic function 62 of the bar code scanner for sensing the set or sequence of "completion code" signals 

60 enable communication to take place bi-directionally eo generated by a keyboard. 

between the CPU 20 and the scanner 60 whether or not a KB If the KB detect logic 62 of scanner 60 senses the set of 

(or KB emulator) is connected in circuit with the CPU. That signals indicating that a KB is present it sets a register or a 

is, connector 65a of cable 65 may be connected to I/O port random access memory (RAM) located in microcontroller 

12 of the bar code scarmer 60 and connector 65c may be 64 (or in another control section of the scarmer) to a first 

connected to I/O port 24a, with connector 6Sb being either 65 condition ("KB present") to indicate the presence of a KB. 

connected to or disconnected from I/O port 16 of a KB. In response to the "KB present" condition the scanner 

Alternatively, the bar code scanner connector 12 may be microcontroller 64 is programmed and inhibited from clock- 
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ing commands and/or data out of the CPU except during In response to a CPU generated request-to -send (RTS) 

"decoded data transmission period". When a "KB present" signal, after the scanner 60 detects an RTS command from 

condition exists, the keyboard is responsible for clocking the CPU, the scanner 60 interrupts its current scanning and 

data from the CPU. decoding operation and generates a clock signal to clock out 

If the scanner does not sense the presence of the set of 5 command or data from the CPU into the scanner, 

signals, it sets the register to a second condition ("KB y/^^^ scanner 60 has scanned data and the data is 

absent") indicative of the absence of a KB, When the ^^^^y to be sent to the CPU, the scanner is programmed to 

scanner IS set to the "KB absent" condition, the tra^^^^ sense that the CPU 20 is ready to receive the data by 

gates TGI and TG2 are turned<,ff and the scanner clocksthe ^^^^^ ^^^^^^ ^^K Une is active (high), 

data on the data hne between the CPU and the scanner. That m u j- *i jTr/z^'^^ r.u 

. • * 4 *u «T^T» u 4J» A *- *u-. The scanner 60 may be directly connected to I/O 24 of the 

IS, when the scanner IS set to the "KB absent condition, the ^„xt ^t^^t . . V , «^ 

scanner clocks out data from CPU (i.c., the scanner supplies ^PU 20a. CPU 20a may have internal keyboard 22 as 

clock signals to clock out data from the CPU). Thus, if the f^"^ ^G. 6 and may be a Uptop computer. In the 

"KB absent" condition is set, the scanner clocks the data on 1»P'°P ""u ^ connected 

the data line, and, if the "KB present" condition is set, the '° ^'^"'^^"Jf' * ^° P"''^. '^^ In 

J * 1 1 *u -J * *i. J * r KT 4 tu t keyboard. The scanner will receive commands from PC 

scanner does not clock the data on the data bne. Note that ^ *i 

t ^. . 1- J . *u rymr a # svstem at any time after power on. Also, it will respond to 

each tmic power is applied to the CPU and to a scanner ^ , . - r nV. j * 

connected to the CPU, Uic scanner checks for the presence commands which it receives from the PC and set or reset 

of an external KB (or KB emulator) during a "start up" co"esponding software switches to configure the scanner, 

period, which is a predetermined period of time after power ^ Like any keyboard the scanner can be automaUcally 

■ 1- J ^ iu v-mi L ' J y^niT switched between different types 01 PC s. 

IS applied to the CPU. After bemg powered up, a CPU ^>""^"^" u^^y^ u u. l 

distributes power to the devices connected to its I/O port 24. Unlike prior art wedge scanner configuration, there is not 
The CPU then waits for a fixed period to receive a signal another keyboard device attached to the scanner. The scan- 
from the external KB that it is powered-on. If a power on ^^^^ ^ accordance with the invention may be automatically 
signal typically generated by an external KB, is not detected ^ ^et to detect the presence of a KB. If a keyboard is found, the 
during this fixed period time, the CPU normally sends a scanner wQl be configured as a wedge scanner. Otherwise, 
"reset" command to the KB. In the absence of a scanner ^he scanner is configured as a Up top scanner, 
embodying the invention, if the KB fails to clock the The scanner of the invention is fully keyboard compat- 
command data from the CPU, the CPU would conclude that ible. In addition to wedge keyboard program, additional scan 
there is no evidence connected to its I/O port so that it would ^ code table is added to match with keyboard. Like keyboard, 
set the clock "low** and would subsequently ignore any input the new scanner is capable of receiving and responding to 
from the KB port. At this point, the KB port is technically PC system command. According to the PC command, scan- 
dead, ner can be initialized and set or reset specific switches. By 
The scanner also has a waiting time period referred to communicating with PC terminal, the new scanner becomes 
herein as a "KB detecting period" which is a period of time 35 a part of PC system which is like an external keyboard 
during which the scanner waits for a power-on signal from device. 

the KB, which power-on signal is normally sent out by a KB When a KB command such as CAPS LOCK is generated 

after it is powered-up. If the power-on signal is not detected (i.e., by depressing the Caps Lock key on the KB), the 

during this "KB detecting period", the scanner of FIG. 6 command is transmitted from the KB to the CPU. The CPU 

sends out a simulated KB power-on signal to tell the CPU 40 then sends back a signal to the KB to cause the turn-on of 

that there is a KB -like-device (i.e., the scanner) attached to the Caps Lock light and to indicate that the command has 

I/O port 24 and the scanner also turns off the TCS. The "KB been received and the CPU will handle the data received 

detecting period" time is normally pre-set at the factory (i.e., from the KB in accordance with the command, 

during manufacture) when the "KB detecting period" time is When a scanner is "wedged" between the KB and the 

longer than the CPU's cut off time, the scaimer is pro- 45 CPU, the scanner information sent to the CPU after the 

grammed to recognize this situation by detecting that the CAPS LOCK command will be subjected to unwanted and 

clock line is low for too long a period time. The scanner is undesirable modifications. 

programmed to then automatically adjust the internal soft- In the scanner embodying the invention, the scanner 

ware switches to reduce the "KB detecting period" and to senses the "CAPS LOCK signal" sent out by the CPU and 

save the switch settings into an electronically erasable 50 the scanner then modifies the information it sends out to the 

programmable read only memory (EEPROM) in the micro- CPU so that the scanner data will not be subjected to 

controller section. When the next time the scanner is undesirable modifications by the CPU. 

powered-up, the new setting of "KB detecting" which is The scanner embodying the invention checks whether the 

controlled by the software switches saved in the EEPROM CPU is sending information at the same time as the scanner, 

function to define the "KB detecting" time period. After the 55 This is referred to herein as "line contention detection", 

start-up period, the CPU and/or the scanner no longer check when the CPU sends information it pulls down the CKL 

for the presence/absence of a KB until the next time power line. When the scanner senses this condition, the scanner 

is appUed. stops sending information to the CPU as described below. 

A feature of the scanner embodying the invention is that The scanner sends out information (i.e., a scan code) or data 

it is programmed to automatically adjust the length of time eo formatted to have a length of 11 bits. The first bit is a start 

of the "start-up" period to fit the different timing periods bit, followed by 8 data bits, which are then followed by a 

associated with different keyboards (or KB emulator). This parity bit and a stop bit. In the prior art, the scanner was not 

is set up each time a scanner is plugged into the system or programmed or designed to check the status of the CPU 

unplugged from the system. before each bit. In the scanner according to the invention, the 

Where a KB is not present, a CPU and the scanner 65 scarmer is designed and/or programmed to sense the status 

connected to the CPU communicate bi-directionally with of the clock before clocking each bit of data to the CPU. If 

each other the scanner senses that the CLK line has been puUed down 
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(i.e., the CPU is not ready to receive data) the scanner stops 
sending infonnation to the CPU. This is so, except where the 
scanner has akeady sent out a parity bit. If the parity bit has 
been sent out the scanner continues sending the next signal 
which is the stop bit. If the parity bit has not been sent, the 
scanner stops sending data immediately and releases the 
clock and data lines. 

In the prior art system of FIG. 1, when decoded data in the 
scanner's buffer was ready to be transmitted to the CPU, the 
scanner turned off the TCS (i.e., transmission gates TGI and 
TG2). During the TCS off period of time, the communica- 
tion between the CPU and the KB was totally off, since the 
scanner was not capable of receiving data from the CPU, the 
communication between the CPU and the scanner was one 
way communication. That is, the scanner is only capable of 
sending data to the CPU. The scanner can not receive data 
from the CPU because it is not designed to receive this 
information. One of the problems of this one way commu- 
nication is lack of error recovery. When the data received by 
the CPU contains a receiving error, (e.g., a parity error), the 
CPU requests the KB (the CPU never knows that the scanner 
has cut off communication between the CPU and the KB) to 
resend the data. The CPU does this by sending a "RESEND" 
command to the KB which includes pulling the clock line 
high and the data line low (request-to-send) (or RTS) and 
then waiting for the KB to clock out the "RESEND" 
command from the CPU. The prior art scanner was not 
capable of detecting the RTS condition and was not capable 
of clocking out a "RESEND" command from the CPU. 
Instead the scanner would keep sending the next bits of data 
which could cause additional communication error between 
the CPU and the scanner. 

In contrast thereto, the scanner 60 of HG. 6 embodying 
the invention includes the means (e.g., is programamed) to 
sense the "RESEND" command (i.e., the RTS command) 
and to clock out the "RESEND" command from the CPU. 
After receiving the "RESEND" command, the scanner then 
resends the full data message previously sent to the CPU. 

What is claimed is: 

1. In a bar code scanner having means for reading and 
processing bar code data and including a data line and a 
clock for either supplying signals to a computer or for 
receiving signals frorm the computer, means for intercon- 
necting the scanner and a computer comprising: 

an interface drcuit including: (a) means for direct current 
connecting the signal lines of the scanner to the signal 
lines of a computer; and (b) selectively enabled gating 
means for coupling the signal lines of an external 
keyboard to the signal lines of the computer and the 
scanner; 

said scanner including means for enabling said gating 
means whereby signals produced by an external 
keyboard, if present, are coupled to said signal lines; 

keyboard dectect means in said scanner for sensing 
whether any signals indicative of the presence of an 
external keyboard are produced on said signal; 

means in said scanner for producing signals similar to 
those produced by a keyboard; and 

means for supplying to the data and clock lines of a 
computer the scanner generated signals which are simi- 
lar to those produced by an external keyboard in 
response to the scanner sensing that a keyboard is not 
present in order to establish and maintain communica- 
tion between the scanner and the computer. 

2. In a bar code scanner having means for reading bar 
code data located external to the scanner and for processing 
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the data and having means for supplying the processed data 
to an input/output (I/O) port of a computer, where the I/O 
port is designed for, normally, coimection thereto an external 
keyboard, the improvement comprising: 

conmiunication means within the scanner for enabling the 
scanner either to be connected between an external 
keyboard and the I/O port or to be directly connected to 
the I/O port, said communication means including 
means for sensing whether an external keyboard is 
connected to the computer and means responsive to 
sensing the absence of the coimection of an external 
keyboard for producing signals similar to those pro- 
duced by an external keyboard and for supplying these 
signals to the computer in order to establish and main- 
lain communication between the scanner and the com- 
puter. 

3. A bar code scanner comprising: 

means for reading bar code data and supplying the bar 

code data to a signal processor; 
means for coupling the signal processor to scanner signal 

lines; 

an interface circuit including: (a) a first section for cou- 
pling thereto signal lines from a computer; (b) means 
for direct current connecting the scanner signal lines to 
the computer signal lines; (c) a second section for 
coupling thereto signal lines from an external key- 
board; (d) selectively enabled gating means coupled 
between said second section and said computer signal 
Unes for, when said gating means is enabled, connect- 
ing the external keyboard signal lines to the computer 
and scanner signal Unes; 

means for enabUng said gating means whereby signals 
produced by an external keyboard, if present, are 
coupled to said computer and scanner signal hnes; 

keyboard detect means for sensing whether any signals 
indicative of the presence of an external keyboard are 
produced on said computer and scanner signal Hnes; 

means for producing signals similar to those produced by 
an external keyboard and for supplying these similar 
signals to the computer and scanner signal in response 
to the scanner sensing that a keyboard is not present in 
order to establish and maintain communication 
between the scanner and the computer. 

4. A bar code scaimer suitable for use with a computer 
having an input/output (I/O) port designed for the connec- 
tion thereto of an external keyboard, comprising: 

means for coupling said bar code scanner to said I/O port 
of said computer and means within said bar code 
scanner for sensing whether an external keyboard is 
coupled to said I/O port; and 

means within said scanner responsive to sensing the 
absence of an external keybo^ for producing signals 
similar to the signals produced by an external keyboard 
and for supplying said similar signals to said in order to 
establish and maintain communication between the 
scarmer and the computer. 

5. A bar code scanner as claimed in claim 1, wherein an 
external keyboard, when connected to a computer, produces 
a certain signal sequence when power is first applied to the 
external keyboard; and 

wherein said bar code scaimer includes means for pro- 
ducing signals similar to said certain signal sequence, 
and in response to sensing the absence of an external 
keyboard produces said similar signals for supplying 
them to the computer. 
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6. A bar code scanner as claimed in claim 5, wherein said 
scanner senses a "caps lock'* command initiated by an 
external keyboard and in response thereto modifies the data 
it supplies to the computer for ensuring that the bar code data 

it supplies to the computer is processed correctly. 5 

7. A bar code scanner as claimed in claim 5 wherein said 
means within said scanner for sensing whether an external 
keyboard is coupled to said I/o port includes means for 
disabling said means for producing signals similar to said 
certain signal sequence in response to sensing the presence lO 
of an external keyboard. 

8. A bar code scanner as claimed in claim 1, wherein said 
means within said bar code scanner for sensing whether an 
external keyboard is connected to the computer includes a 
data line for sensing data information and a clock line for 15 
sensing clocking information,; 

wherein said computer also includes a data line and a 
clock line; and 

wherein said bar code scanner includes means for cou- 
pling its data and clock lines to those of a computer. ^ 

9. A bar code scanner as claimed in claim 1, wherein said 
means for coupling said scanner to said I/O port of said 
computer includes an interface circuit for enabling selected 
signal lines of the scanner to be directly connected to 
selected signal lines of a computer; and wherein the inter- ^ 
face circuit includes gating means for the connection thereto 

of selected signal hues from an external keyboard to be 
connected to the selected signal Unes of the scanner and of 
a computer. 

10. Abar code scanner as claimed in claim 9, wherein said 
scanner includes means for initially enabhng said gating 
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means, and wherein said means for sensing whether and 
external keyboard is coupled to said I/O port includes means 
for sensing whether a certain signal sequence is produced on 
said signal lines within a predetermined period of time after 
the application of an operating potential by a computer. 

11. A bar code scanner as claimed in claim 1, wherein the 
scarmer includes means for sensing command signals pro- 
duced by the computer and means for responding to these 
commands. 

12. Abar code scaimer as claimed in claim H, wherein 
said scanner constantly senses the signal lines interconnect- 
ing the scanner and the computer for providing continuous 
error correction. 

13. A bar code scarmer as claimed in claim 11, wherein 
said scanner constantly senses the signal lines interconnect- 
ing the scaimer and the computer for resending data to the 
computer in response to a resend request from the computer. 

14. Abar code scanner as claimed in claim 1 suitable for 
use with a computer, wherein said computer is a computer 
having an internal keyboard. 

15. Abar code scanner as claimed in claim 1 wherein the 
scanner includes means for supplying previously read bar 
code data to a computer and for monitoring the computers 
readiness to accept the data. 

16. Abar code scanner as claimed in claim 15 wherein the 
scanner includes means for continuously sensing whether 
the computer is no longer ready to accept data for terminat- 
ing transmission of bar code data to the computer. 

***** 
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[57] ABSTRACT 

A system for interfacing at least one peripheral device with 
a personal computer is disclosed as including a personal 
computer microcontroller, a keyboard microcontroller 
directly connected to the personal computer microcontroller 
by means of a clock line and a data line, a switching device 
positioned between the personal computer microcontroller 
and the keyboard microcontroller, and a wedge microcon- 
troller to which the peripheral device may be connected. The 
wedge microcontroller further includes a first set of connec- 
tions to the clock and data lines positioned between the 
switching device and the keyboard microcontroller, a second 
set of connections to the clock and data lines positioned 
between the switching device and the personal computer 
microcontroller, and a switch control connection to the 
switching device for opening and closing the switching 
device. The direct connection between the personal com- 
puter microcontroller and the keyboard microcontroller can 
be disabled by opening the switching device so that the 
wedge microcontroller may input data from the peripheral 
device into the personal computer microcontroller. 

17 Claims, 3 Drawing Sheets 
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FIG. 3A 
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SYSTEM FOR DATA TRANSMISSION connection between the personal computer microcontroller 

BETWEEN A WEDGE MICROCONTROLLER and the keyboard microcontroller. 

AND A PERSONAL COMPUTER A further object of the present inventioD is to provide a 

MICROCONTROLLER BY DISCONNECTING system for interfacing at least one peripheral device with a 

THE KEYBOARD MICROCONTROLLER 5 personal computer which enables data to be transmitted to 

AND PLACING THE SAME IN HOLD STATE the personal computer microcontroller from only one 

source. 

BACKGROUND OF THE INVENTION yet another object of the present invention is to provide a 

1 Field of the Invention system for interfacing at least one peripheral device with a 

_ . . . , J • . ^'^ personal computer in which a microcontroller of the per- 

The present mvention relates generally to wedge mter- ^ . f . j • * n 

- , L 1 J • . • * sonal computer perceives a wedge microcontroller as a 

faces which enable penpheral devices to communicate with i l j • * n j *u i u j * * n 

, * J • 1 . r keyboard microcontroller and the keyboard microcontroller 

a personal computer and, in particular, to a manner of • *i_ j ■ . n i 

^ • . ^ . 1 * u-u perceives the wedge microcontroller as the personal com- 

connectmg a wedge mterface to a personal computer which * • * iT 

. ^. , * L . .1. 1 . puter microcontroller 

permits a direct connection between the personal computer 15 ^ , . . . 

and a keyboard another object of the present mvention is to provide 

' a system for interfacing at least one peripheral device with 

2. Uescnption ot Related Art ^ personal computer in which the direct connection between 

It is well known that the standard interface between a the personal computer microcontroller and the keyboard 

personal computer and a keyboard is based on a design microcontroUer can be dynamically disconnected and recon- 

which incorporates an electronic circuit having four wires 20 Qe^-^e^j 

(CLOCK, DATA, +5 volts, and Gronpd). These four wires j^^^^^ ^^ject of the present invention is to provide a 

are uuhzed to connect a microcontroUer m the keyboard to ^^^^^ periodically connecting a wedge microcontroller 

a microcontn)Uer m the personal computer (or eqm^^^ ^ personal computer microcontroller for data 

circuitry). Of course, the transfer of data depends on a well transmission, where the personal computer microcontroller 

defined signahng convention between the two microcontrol- 25 ^ ^^^^^^^ ^^^^^^ connected to a keyboard microcontrol- 

ler. 

Various peripheral devices have been developed which A still further object of the present invention is to provide 
are mserted or wedged m the circuit between the keyboard ^ ^^^thod of transmitting data from a wedge microcontroller 
and personal computer. Examples of such penpheral or to a personal computer microcontroller, where the personal 
wedge devices include magnetic stnpc reade^. bar code computer microcontroUer is direcUy connected to a key- 
readers, laser guns, and optical character readers. These ^^^^^ microcontroller, 
devices are currently inserted so as to permanently split the ^ , j *u ^ a, 

.1.1 . J • .ii jxL These obiects and other features of the present invention 

connection between the keyboard microcontroller and the ... , . ^ - ^ 

1 , . J will become more readily apparent upon reference to the 

personal computer microcontroller by msertmg a wedge ^ . , . ^. i. : , • * ^. -.u r 1 

. * 11 i_ ^ A 1 r L J ' 35 followmg description when taken m conjunction with fol- 

microcontroller therebetween. An example of such a design 1 • h 

is disclosed in U.S. Pat. No. 5,179,375 to Dick et al. The arawing. 

wedge microcontroller connected in this manner therefore SUMMARY OF THE INVENTION 

serves as a store-and-forward switch, presenting an interface , j -.u . * ■ 

^ , , J L • u 1 1 . u ^11 L . In accordance with one aspect of the present invention, a 

to the keyboard which looks (to the keyboard) like a host ^ r - ^ • . 1 . ■ ^ 1 j • -.u 

I , J • ^ t * 1 1 40 system for interracmg at least one penpheral device with a 

personal computer and an mterface to the personal computer . .-^ tj ij. 1 

u' u 1 1 /* *i_ 1 * \ 1-1 1 1. J personal computer is disclosed as mcluding a personal 

which looks (to the personal computer) like a keyboard. ^ , ^ ^ „ 1 i_ j • . n 

. J- 1 A. 1 1. J, • ^ 11 J 1- J ^ ^ computer microcontroller, a keyboard microcontroller 

Accordingly, the keyboard s microcontroller delivers data to ^, . j * ^1. 1 . ^ ^^ 

J - .11 I. v directly connected to the personal computer microcontroller 

the wedge microcontroller when the keyboard has data to . ^ ^ 11, • jj^i- i- 

J , ^ . , , . i_ • i_ iL J by means or a clock Ime and a data line, a switching device 

send to the personal computer, after which the wedge t . . 1 \ . n 

, , f 4 J / . .1. 1 . 45 positioned between the personal computer microcontroller 

microcontroller transfers that data to the personal computer j.f_fL j- .i. j . 

* 11 ^i7u J t 11 L J 4 and the keyboard microcontroller, and a wedge microcon- 

microcontroller. When the wedge microcontroller has data .,1. ll.l -i. ij- i_ .jt-l 

, . Lij- troUer to which the penpheral device may be connected. Ine 

to send to the personal computer from a penpheral device, , . .vit^u -ij ^..r 

•* ■ ui * J * -11 wedge microcontroller further includes a first set of connec- 

it is able to do so at will. * 1 1 aa, v j u *, *u 

tions to the clock and data hnes positioned between the 

However, the above-described design has several detri- switching device and the keyboard microcontroUer, a second 

ments associated therewith. For example, timing problems connections to the clock and data lines positioned 

occur penodicaUy because the personal computer commu- t)etween the switching device and the personal computer 

nicates only indirecUy wiUi the keyboard. Addidonally, the microcontroller, and a switch control connection to the 

wedge microcontroller incurs the overhead of becoming a switching device for opening and closing the switching 

full store-and-forward keystroke message controller, which ^^^-^^^ ^^y^ ^he direct connection between the 

adds significant mitial development tmae to the wedge personal computer microcontroller and the keyboard micro - 

microcontroller and exposes the wedge microcontroUer to controller can be disabled by opening the switching device 

future modificanons in keyboard communications stemming 3^ ^tj^t the wedge microcontroUer may input data from the 

from keyboard functionality. peripheral device into the personal computer microcontrol- 

In Hght of the foregoing, a primary objective of the 50 ler. 

present invention is to provide a system for interfacing at in accordance with a second aspect of the present 

least one peripheral device wiUi a personal computer which invention, a method of periodically connecting a wedge 

permits direct connection between the microcontroller of the microcontroUer to a personal computer microcontroller for 

personal computer and the microcontroUer of a keyboard. data transmission is disclosed, wherein the personal com- 

Another object of the present invention is to provide a 65 puter microcontroUer is directly connected to a keyboard 

system for interfacing at least one peripheral device with a microcontroUer by means of a clock line and a data line. The 

personal computer which minimizes interruption of a direct method includes the steps of: providing a switching device 
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in the clock and data lines between the personal computer 
oiicrocontrollcr and the keyboard microcontroller; providing 
the wedge microcontroller with a first set of connections to 
the clock and data lines at a location between the switching 
device and the keyboard microcontroller; providing the 5 
wedge microcontroller with a second set of connections to 
the clock and data lines at a location between the switching 
device and the personal computer microcontroller; and, 
permitting the wedge microcontroller to control the opening 
and closing of the switching device so that the direct lo 
connection between the keyboard microcontroller and the 
personal computer microcontroller may be disabled when 
the wedge microcontroller has data to be transmitted to the 
personal computer microcontroller. 

In accordance with a third aspect of the present invention, 15 
a method of transmitting data from a wedge microcontroller 
to a personal computer microcontroller is disclosed, wherein 
the personal computer microcontroller is directly connected 
to a keyboard microcontroller by means of a clock line and 
a data line with a switching device positioned therebetween. 20 
The wedge microcontroller includes a first set of connec- 
tions to the clock and data lines between the switching 
device and the keyboard microcontroller and a second set of 
connections to the clock and data lines between the switch- 
ing device and the personal computer microcoQtroller. The 25 
method includes the steps of: determining whether the 
wedge microcontroller has data to be transmitted to the 
personal computer microcontroller; monitoring the data line 
between the keyboard microcontroller and the personal 
computer microcontroller, opening the switching device 
when no activity is detected on the clock line or the data line; 
and, transmitting data from the wedge microcontroller to the 
personal computer microcontroller. 



BRIEF DESCRIPTION OF THE DRAWING 



35 



50 



While the specification concludes with claims particularly 
pointing out and distinctly claiming the present invention, it 
is believed the same will be better understood from the 
following description taken in conjunction with the accom- ^ 
panying drawing in which: 

FIG. 1 is a schematic diagram of a prior art system 
interfacing a peripheral device with a personal computer and 
its keyboard; 

FIG. 2 is a schematic diagram of a system interfacing a 45 
peripheral device with a personal computer and its keyboard 
in accordance with the present invention; and 

FIGS. 3Aand 3B are a flow diagram depicting the process 
of transmitting data from the peripheral device shown in 
FIG. 2 to the personal computer. 

DETAILED DESCRIPTION OF THE 
INVENTION 

Referring now to the drawing in detail, wherein identical 55 
numerals indicate the same elements throughout the figures, 
FIG. 1 depicts an electronic cash register system having 
peripherals int erfaced therewith as disclosed i n U.S. Pat. No. 
5,1 79,37 5. A^ seen ■th^^ n^^^^k^^^p^^l^Mjl^^ 

Vwmcash;r^£astlglll]jatransm^^ 

^^^^^^^^^^^^ 

Contrary to the system depicted in FIG. 1, the present 65 
invention involves a system, designated generally by the 
numeral 20, in which a personal computer 22 (or more 



specifically the microcontroller thereof) is directly con- 
nected to a keyboard 24 (or more specifically the microcon- 
troller thereof. In particular, personal computer microcon- 
troller 22 is connected directly to keyboard microcontroller 
24 by means of a standard interface in which only a clock 
line 26 and a data line 28 are shown. 

A switching device 30 is provided between personal 
computer microcontroller 22 and keyboard microcontroller 
24 on both clock and data lines 26 and 28, respectively. 
Thus, while switching device 30 wiU normally be in the 
closed position, whereby data may be transmitted directly 
from keyboard microcontroller 24 to personal computer 
microcontroller 22, this connection may be electrically dis- 
abled by opening switching device 30. It should be noted 
that a preferred embodiment for switching device 30 is a 
double-pole, single throw (DPST) silicon switch, consisting 
of two pairs of matching transistors. 

In order that at least one peripheral device 32 may 
transmit data to personal computer microcontroller 22, a 
wedge microcontroller 34 is provided in system 20. While 
the present invention is not limited by the use of a particular 
wedge microcontroller, an exemplary wedge microcontrol- 
ler is the "Wedge Dynakey Control Board" sold by NCR 
Corp. in Dayton, Ohio. It will be seen that wedge micro- 
controller 34 has a first set of connections 36 and 38 to clock 
and data lines 26 and 28, respectively, which are positioned 
between switching device 30 and keyboard microcontroller 
24. Likewise, wedge microcontroller 34 has a second set of 
connections 40 and 42 to clock and data lines 26 and 28, 
respectively, which are positioned between switching device 
30 and personal computer microcontroller 22. A switch 
control connection 44 is also provided between wedge 
microcontroller 34 and switching device 30 so that wedge 
microcontroller 34 is able to control the opening and closing 
of switching device 30 and therefore whether personal 
computer microcontroller 22 and keyboard microcontroller 
24 remain connected. In this way, wedge microcontroller 34 
periodically enables data to be transmitted from peripheral 
device 32 to personal computer microcontroller 22. 

It is preferred that switching device 30 be biased closed to 
maintain the direct connection between keyboard microcon- 
troller 24 and personal computer microcontroller 22. 
Accordingly, system 20 is designed so that switching device 
30 wiU be closed upon powering up. In order for the direct 
connection between keyboard microcontroller 24 and per- 
sonal computer microcontroller 22 to be disabled, affirma- 
tive action must be taken by wedge microcontroller 34 to 
open switching device 30. This action involves the trans- 
mission of a signal firom wedge microcontroller 34 to 
switching device 30 via switch signal connection 44. 

Before wedge mechanism 34 transmits a signal to open 
switching device 30, however, wedge mechanism 34 must 
determine first whether peripheral device 32 has data to be 
sent to personal computer microcontroller 22. If so, wedge 
microcontroller must also determine whether there is any 
activity on data line 28 between keyboard microcontroller 
24 and personal computer microcontroller, which is accom- 
plished by monitoring data line 28 through connection 38. 
This is due to the preference of having personal computer 
microcontroller 22 receive data from only one source at a 
given time. Provided there is no activity on data line 28 (i.e., 
it is at an idle state), then wedge microcontroller 34 signals 
switching device 30 to open and disable the direct electrical 
connection between personal computer microcontroller 22 
and keyboard microcontroller 24. 

Once switching device 30 is opened, wedge microcon- 
troller 34 is connected to personal computer microcontroller 
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22 in a manner which boks (to personal computer micro- 
controller 22) like keyboard microcoatroller 24. Likewise, 
wedge microcontroller 34 is connected to keyboard micro- 
controller 24 in a manner which looks (to keyboard micro- 
controller 24) like personal computer microcontroller 22. At 5 
this point, wedge microcontroller 34 is free to transmit data 
to personal computer microcontroller 22 from peripheral 
device 32. In fact, it is preferred that the opening of 
switching device 30 and transmission of data from wedge 
microcontroller 34 to personal computer microcontroller 22 
occur substantially simultaneously in order to maintain the 
aforementioned appearances of wedge microcontroller 34 to 
keyboard microcontroller 24 and personal computer micro- 
controller 22. 

In order to prevent keyboard microcontroller 24 from 
attempting to transmit data to personal computer microcon- 
troller 22 while data is being transmitted from wedge 
microcontroller 34 thereto, wedge microcontroller 34 sends 
a signal to clock line 26 via connection 36 which puts clock 
line 26 in a low condition. This, in turn, places keyboard 20 
microcontroller 24 in a hold state. During this hold state, 
keyboard microcontroller 24 preferably stores data inputted 
therein in a buffer for later transmission to personal com- 
puter microcoDtroller 22. It is also prefened that the opening 
of switching device 30 (and therefore the electrical disabling 25 
of the connection between personal computer microcontrol- 
ler 22 and keyboard microcontroller 24) and the preventing 
of data from being transmitted by keyboard microcontroller 
24 (by placing it in a hold state) occur substantially simul- 
taneously. 30 

After wedge microcontroller 34 has completed the trans- 
mission of data from peripheral device 32 to personal 
computer microcontroller 22, wedge microcontroller 34 
sends a signal to switching device 30 via switch control 
connection 44 which closes switching device 30 and recon- 35 
nects personal computer microcontroller 22 and keyboard 
microcontroller 24. Upon closing of switching device 30, 
keyboard microcontroller 24 is released from its hold state 
by wedge microcontroller 34 so that it is able to transmit 
data (including that stored in a buffer during data transmis- 40 
sion by wedge microcontroller 34) to personal computer 
microcontroller 22. 

It will therefore be understood from the above description 
that personal computer microcontroller 22 wiU remain 
directly connected to keyboard microcontroller 24 unless 45 
switching device 30 is opened. Also, when switching device 
30 is in the closed position, personal computer microcon- 
troller 22 and keyboard microcontroller 24 will function 
without regard to wedge microcontroller 34. This type of 
connection between personal computer microcontroller 22, 50 
keyboard microcontroller 24, and wedge microcontroller 34, 
in which switching device 30 is able to dynamically discon- 
nect and reconnect personal computer microcontroller 22 
and keyboard microcontroller 24, minimizes the amoimt of 
interference between personal computer microcontroller 22 ss 
and keyboard microcontroller 24 (and therefore timing prob- 
lems therebetween). It also limits the amount of exposure 
wedge microcontroller 34 has with respect to modifications 
in keyboard communications since relatively little keyboard 
functionality is required within wedge microcontroller 34. eo 

Further, as shown in the flow diagram of FIG. 3, system 
20 operates in accordance with a specified process before 
wedge microcontroller 34 transmits data of peripheral 
device 32 to personal computer microcontroller 22. This 
process includes the steps of determining whether there is 65 
data to be transmitted to personal computer microcontroller 
22 from wedge microcontroller 34, monitoring data line 28 
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between keyboard microcontroller 24 and personal com- 
puter microcontroller 22, opening switching device 30 when 
no activity is detected on data line 28, and transmitting data 
from wedge microcontroller 34 to personal computer micro- 
controller 22. 

Having shown and described the preferred embodiment of 
the present invention, further adaptations of the above - 
described system for interfacing at least one peripheral 
device with a personal computer, as well as the wedge 
microcontroQer utilized therefor, can be accomplished by 
appropriate modifications by one of ordinary skill in the art 
without departing from the scope of the invention which 
includes the claimed methods. 

What is claimed is: 

1. A system for interfacing at least one peripheral device 
with a personal computer microcontroller, comprising: 

(a) a personal computer microcontroller; 

(b) a keyboard miCTocontroller directly connected to said 
personal computer microcontroller by means of a clock 
line and a data line; 

(c) a switching device positioned between said personal 
computer microcontroller and said keyboard microcon- 
troller; and 

(d) a wedge microcontroller to which said peripheral 
device is connected, comprising: 

(1) a first set of connections to said clock and data lines 
positioned between said switching device and said 
keyboard microcontroller; 

(2) a second set of connections to said clock and data 
lines positioned between said switching device and 
said personal computer microcontroller; and 

(3) a switching device control connection to said 
switching device for opening and closing said 
switching device; 

wherein the direct connection between said personal 
computer microcontroller and said keyboard microcon- 
troller is disconnected by opening said switching 
device so that said wedge microcontroller is able to 
transmit data to said personal computer microcontrol- 
ler; 

wherein said keyboard microcontroller is actively pre- 
vented from transmitting data to said personal com- 
puter microcontroller during transmission of data from 
said wedge microcontroller to said personal computer 
microcontroller, by said wedge microcontroller sending 
a signal to said keyboard microcontroller via said clock 
line that places said keyboard microcontroller in a hold 
state, for as long as the wedge microcontroller is 
transmitting data to said personal computer microcon- 
troller. 

2. The system of claim 1, wherein data inputted to said 
keyboard microcontroller is stored during said hold state. 

3. The system of claim 1, wherein said wedge microcon- 
troller sends a signal via said switch control connection to 
open said switching device when said wedge microcontrol- 
ler has data to be transmitted to said personal computer 
microcontroller. 

4. The system of claim 1, wherein said wedge microcon- 
troller monitors said clock and data lines to determine 
whether data is being transmitted from said keyboard micro- 
controller to said personal computer microcontroller without 
affecting the direct connection between said keyboard and 
personal computer microcontrollers. 

5. The system of claim 1, wherein opening of said 
switching device and preventing said keyboard microcon- 
troller from transmitting data to said personal computer 
microcontroller occur substantially simultaneously. 
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6. The system of claim 1, wherein said personal computer 
microcontroller and said keyboard microcontroller function 
without regard to said wedge microcontroller when said 
switching device is closed. 

7. The system of claim 1, wherein said personal computer 
microcontroller and said keyboard microcontroller remain 
directly connected unless said switching device is opened, 

8. The system of claim 1, wherein said switching device 
is utihzed to dynamically disconnect and reconnect said 
personal computer microcontroller and said keyboard 
microcontroller. 

9. The system of claim 4, wherein said wedge microcon- 
troller sends a signal via said switch control coimection to 
open said switching device when said clock and data Unes 
between said keyboard microcontroller and said personal 
computer microcontroller are determined to be idle. 

10. The system of claim 3, wherein said wedge micro- 
controller sends a signal via said switch control connection 
to close said switching device upon completion of data 
transmission from said wedge microcontroller to said per- 
sonal computer microcontroller so that said keyboard micro- 
controller and said personal computer microcontroller are 
reconnected. 

11. The system of claim 3, wherein opening of said 
switching device and transmission of data from said wedge 
microcontroller to said personal computer microcontroller 
occur substantially simultaneously. 

12. A method of periodically connecting a wedge micro- 
controller to a personal computer microcontroller for data 
transmission, wherein said personal computer microcontrol- 
ler is directly connected to a keyboard microcontroller by 
means of a clock line and a data line, said method compris- 
ing the following steps: 

(a) providing a switching device in the clock and data 
lines connecting said personal computer microcontrol- 
ler and said keyboard microcontroller; 

(b) providing said wedge microcontroller with a first set 
of connections to said clock and data lines at a location 
between said switching device and said keyboard 
microcontroller; 

(c) providing said wedge microcontroller with a second 
set of connections to said clock and data lines at a 
location between said switching device and said per- 
sonal computer microcontroller; 

(d) permitting said wedge microcontroller to control the 
opening and closing of said switching device so that 
said direct connection between said keyboard micro- 
controller and said personal computer microcontroller 
may be disabled when said wedge microcontroller has 
data to be transmitted to said personal computer micro- 
controller; and 

(e) actively preventing said keyboard microcontroller 
from transmitting data to said personal computer 
microcontroller during transmission of data from said 
wedge microcontroller to said personal computer 



10 



15 



20 



25 



30 



40 



45 



50 



microcontroller, by said wedge microcontroller sending 
a signal to said keyboard microcontroller via said clock 
line that places said keyboard microcontroller in a hold 
state, for as long as the wedge microcontroller is 
transmitting data to said personal computer microcon- 
troller. 

13. A method of transmitting data from a wedge micro- 
controller to a personal computer microcontroller, wherein 
said personal computer microcontroller is directly connected 
to a keyboard microcontroller by means of a clock line and 
a data line with a switching device positioned therebetween, 
said wedge microcontroller including a first set of connec- 
tions to said clock and data lines between said switching 
device and said keyboard microcontroller and a second set 
of connections to said clock and data lines between said 
switching device and said personal computer 
microcontroller, said method comprising the steps of: 

(a) determining whether said wedge microcontroller has 
data to be transmitted to said personal computer micro- 
controller; 

(b) monitoring said data line between said keyboard 
microcontroller and said personal computer microcon- 
troller; 

(c) opening said switching device when no activity is 
detected on said data line; 

(d) transmitting data from said wedge microcontroller to 
said wedge microcontroller to said personal computer 
microcontroller; and 

(e) actively preventing said keyboard microcontroller 
from transmitting data to said personal computer 
microcontroller during transmission of data from said 
wedge microcontroller to said personal computer 
microcontroller, by said wedge microcontroller sending 
a signal to said keyboard microcontroller via said clock 
line that places said keyboard microcontroller in a hold 
state, for as long as the wedge microcontroller is 
transmitting data to said personal computer microcon- 
troller. 

14. The method of claim 13, wherein opening of said 
switching device and transmission of data firom said wedge 
microcontroller to said personal computer microcontroller 
occur substantially simultaneously. 

15. The method of claim 13, further comprising the step 
of closing said switching device when said wedge micro- 
controller has completed transmission of data to said per- 
sonal computer microcontroller. 

16. The method of claim 13, further comprising the step 
of storing data inputted to said keyboard microcontroller 
when said switching device is open. 

17. The method of claim 16, further comprising the step 
of transmitting said stored data from said keyboard micro- 
controller directly to said personal computer microcontroller 
after said switching device is reclosed. 
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ABSTRACT 



The invention relates to a scanner with an external keyboard. 
The scanner comprises a scanner housing, a control circuit 
installed in the scanner housing for controlling operations of 
the scanner, a scanning module installed in the scanner 
housing and connected to the control circuit for scanning a 
document and generating corresponding document image 
signals, a keyboard electrically connected to the control 
circuit for inputting various key signals, and a display panel 
installed on the surface of the scanner housing and con- 
nected to the control drcuit for displaying signals transmit- 
ted from the control circuit. The control circuit controls the 
operations of the scanner according to the key signals 
inputted by a user through the keyboard, and displays the 
key signals or instruction messages on the display panel. 

15 Claims, 4 Drawing Sheets 
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SCANNER WITH AN EXTERNAL a display panel installed on the surface of the scanner 

KEYBOARD FOR CONTROLLING housing and connected to the control circuit for dis- 

OPERATIONS OF THE SCANNER playing signals transmitted from the control circuit; 

wherein the control circuit controls the operations of the 
5 scanner according to the key signals inputted by a user 

BACKGROUND OF THE INVENTION ^^^^ keyboard, and displays Ihc key signals or 

1. Field of the Invention instruction messages on the display panel. 

The invention relates to a scanner, and more particularly, It is an advantage of the present invention that the scanner 

to a scanner with an external keyboard for controlUng has an external keyboard. Therefore various key signals can 

operations of the scanner. lo be easily inputted through regular sized keys on the key- 

- • . • r n ■ A * board to control operations of the scanner. 

2. Dcscnption of the Prior Art ^^^^^ ^^.^^^^ advantages of the present 
Please refer to FIG. 1 and FIG. 2. FIG. 1 is a perspective invention wiU no doubt become obvious to those of ordinary 

diagram of a prior art scanner 10. FIG. 2 is a functional block ^^dU in the art after having read the foUowing detailed 

diagram of the scanner 10 in FIG. 1. The scanner 10 descriptionof the preferred embodiment that is illustrated in 

comprises a scanner housing 12, a control chcuit 14 installed the various figures and drawings, 
in the scanner housing 12 for controlling operations of the 

scanner 10, a scanning module 16 installed m the scanner BRIEF DESCRIPTION OF THE DRAWINGS 

housing 12 and connected to the control circuit 14 for piQ perspective diagram of a prior art scanner, 

scanning a document and generating corresponding docu- ^ FIG. 2 is a functional block diagram of the scanner in FIG. 

ment image signals, and a user interface 20 installed on the j 

scanner housing 12 and connected to the control ciicuit 14. " 3 ^ ^ perspective diagram of a scanner according to 

The user interface 20 comprises a plurality of keys 21 for ^j^^ pjesent invention. 

inputting key signals. 4 ^ ^ functional block diagram of the scanner in FIG. 

The control circuit 14 comprises a memory 24 for storing ^ 3 
programs and data, and a processor 26 for executing the 

programs in the memory 24. The memory 24 comprises an DETAILED DESCRIPTION OF THE 

operating system 28 for controlHng the operations of the PREFERRED EMBODIMENT 

processor 26, a scanning module driving program 30 p^^ase refer to FIG. 3 and FIG. 4, FIG. 3 is a perspective 

executed under the operating system 28 for controlling the ^ diagram of a scanner 40 according to the present invention. 

operations of the scanning module 16 and processing the piG. 4 is a functional block diagram of the scanner 40 in 

document image signals generated by the scanning module fig. 3. The scanner 40 comprises a scanner housing 42, a 

16, a user interface driving program 32 executed under the control circuit 44 installed in the scaimer housing 42 for 

operating system 28 for controlling the operations of the controlling operations of the scanner 40^!scafimng^iDO(falgD 

user interface 20, and an application program 36 executed ^^^^yil6riD staUed;:n3& ttic: gc^ 

under the operating system 28 for se tting the operation mode '^ntrol^rcui tv4^iB^gsc;u^ ^^^ 

of the scannmg module driving program 30 and the pro- '^coSesponding.ddGijmfe^ 

cessing method of the image signals according to the key ^tricallv^mg^tgd^tolt^gGi ntfSh^^ig^ 

signals inputted by the user and transmitted by using the user ^.»jce>^signals^.aidispbyipan^5^ 

interface driving program 32. ^®fflne^^^nir4M^d^^^^^^^^f^^3 

* 1 ■ 1^ . 1 *u f *u "^^S-foT-displayiiiffitlSSignailsitlSBffiit^lF^ 

The control circuit 14 controls the operations of the — 1 . • % ^ * 

^„ . , T . J . 44, and at least one communication circuit 60 for transmit- 

seiner 10 according to the key signals inputted by the user ^ ^^^^^^^ ^. ^^^^^^ ^^^^^ ^^^^^^j 

and transmitted from the user interface 20 Because the ^^^^^ ^ connected to a pluraUty of communication 

space on the scanner housing 12 is very hmited, the scanner ^-^^^^^ ^j^^ ^-^^ ^ata can be transmitted 

housmg 12 is unable to accommodate sufficient number of 45 ^^it electric devices 64 connected to each of the commu- 

regular sized keys 21. Unless the keys 21 are made very nicaUon circuits 60 concurrently. The keyboard 52 com- 

small, the small number of keys 21 may limit the perfor- prises a keyboard housing 54, a plurality of number keys, 

mance of the scanner 10. Moreover, it is very cosUy to install character keys, symbol keys, control keys and function keys 

a large number of small keys 21 on the scanner 10. And it 53 positioned on the keyboard housing 54 for generating key 

will make the scanner 10 look cumbersome if a great number 50 signals. Moreover, the keyboard 52 can be connected with 

of large keys 21 are installed on the scanner 10. the control circuit 44 in a wireless manner. 

SUMMARY OF THE INVENTION ^® control circuit 44 comprises a memory 66 for storing 

programs and data, and a processor 68 for executing the 

It is therefore a primary objective of the present invention programs in the memory 66. The memory 66 comprises an 

to provide a scanner with an external keyboard to solve the operating system 70 for controlHng the operations of the 

mentioned problem. processor 68, a scanning module driving program 72 

Briefly, in a preferred embodiment, the present invention executed under the operating system 70 for controlHng the 

provides a scanner comprising; operations of the scanning module 46 and processing the 

a scanner housing- document image signals generated by the scanning module 

a control circuit installed in the scanner housing for » >^y'"'"^ ^SS?' ^"'f'T ^4 executed tinder the 

controlling operations of the scanner; "P""""! |f '^'2. ^» =ontrolhng the operations of he 

li* iij'u u • J keyboard 52, a display panel control program 76 executed 

a scanning module mstalled in the scanner housmg and ^^^j. operating system 70 for controlHng the operations 

connected to the control circuit for scanmng a docu- j^e display panel 58, a communication circuit control 

inent and generating corresponding document image program 78 executed under the operating system 70 for 

signals; 65 controlHng the operations of the communication circuit 60, 

a keyboard connected to the control circuit for inputting and an appHcation program 80 executed under the operating 

key signals; and system 70. 
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The application program 80 is used for setting the opera- 
tion mode of the scanning module driving program 72 and 
the processing method of the image signals according to the 
key signals inputted by the user and transmitted from the 
keyboard control program 74, displaying the key signals or 5 
the instructioQ messages 00 the display panel 58 by using the 
display panel control program 76, and transmitting the 
image signals to the electric device 64 by using the com- 
munication circuit control program 78. 

The electric device 64 can be an internet server or a local jq 
area network (LAN) server, and the application program 80 
can be an e-mail processing program for transmitting the 
document image signals in an e-mail format to the internet 
or LAN server by using the communication circuit control 
program 78. The electric device 64 can be a printer, and the 
application program 80 can be a document image processing 
program that transmits the document image signals to the 
printer for printing by using the communication circuit 
control program 78. The electric device 64 can be a personal 
computer, and the application program 80 can be a document 
processing program that transmits the document image 20 
signals to the personal computer by using the communica- 
tion circuit control program 78. The electric device 64 can 
also be a fax machine, and the application program 80 can 
be a facsimile processing program that transmits the docu- 
ment image signals to the fax machine by using the com- 25 
municalion circuit control program 78. 

The communication circuit 60 can be a modem or a signal 
modulation circuit. The communication circuit 60 also can 
be a network card, a network interface circuit, a printer 
interface circuit, or a computer interface circuit (such as 30 
SCSI, EPP, IEEE1284.3 or RS232 and so on) for transmit- 
ting the document image signals to the electric device 64. 
^Comgared|g^th|thg|p iior#arttse^ ittheiseaiuie^40A 
ha^mStemal keyboard 52. Therefore, a large number of 
functions of the scanner 40 can be easily inputted through 35 
the keys 53 on the keyboard 52. For example, a user can use 
the keyboard 52 to input an e-mail address, which can be 
displayed on the display panel 58 as well. By using an e-mail 
processing program, the scanned image is processed as a file 
and transmitted to the internet or LAN server through the 
communication circuit 60 without using a computer. The ^ 
user also can use the keyboard 52 to input a fax number and 
transmit the scanned image to a fax machine. Furthermore, 
the user can use the keyboard 52 to input various parameters 
of a printer, such as number of pages, size of pages, etc. 
Moreover, the user has an option to operate the scaimer 40 45 
with or without using a computer. 

Those skilled in the art will readily observe that numerous 
modifications and alterations of the device may be made 
while retaining the teachings of the invention. Accordingly, 
the above disclosure shouild be construed as limited only by 50 
the metes and bounds of the appended claims. 

What is claimed is; 

1. A scanner comprising: 

a scanner housing; 

a control circuit installed in the scanner housing for 55 
controlling operations of the scanner; 

a scarming module installed in the scanner hoxising and 
connected to the control circuit for scanning a docu- 
ment and generating corresponding document image 
signals; 60 

a keyboard electrically connected to the control circuit for 
inputting key signals; and 

a display panel installed on the surface of the scanner 
housing and coimecied to the control circuit for dis- 
playing signals transmitted from the control circuit; 65 
wherein the control circuit controls the operations of the 
scanner according to the key signals inputted by a user 
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through the keyboard, and displays the key signals or 
instruction messages on the display panel. 

2. The scanner of claim 1 wherein the control circuit 
comprises a memory for storing programs and data, and a 
processor for executing the programs in the memory, the 
memory comprises: 

an operating system for controlling the operations of the 
processor; 

a scanning module driving program executed under the 
operating system for controlling the operations of the 
scanning module and processing the document image 
signals generated by the scanning modide; 

a keyboard control program executed under the operating 
system for controlling the operations of the keyboard; 

a display panel control program executed tmder the oper- 
ating system for controlling the operations of the dis- 
play panel; and 

an application program executed under the operating 
system for setting the operation mode of the scanning 
module driving program and the processing method of 
the image signals according to the key signals inputted 
by the user and transmitted from the keyboard control 
program, and displaying the key signals or the instruc- 
tion messages on the display panel by using the display 
panel control program. 

3. The scanner of claim 2 further comprising a commu- 
nication circuit for transmitting electric signals to an electric 
device, and a communication circuit control program stored 
in the memory for controlling the operations of the com- 
mimication circuit, wherein the application program trans- 
mits the document image signals to the electric device by 
using the communication circuit control program. 

4. The scaimer of claim 3 wherein the electric device is an 
internet server. 

5. The scanner of claim 4 wherein the application program 
is an e-mail processing program for transmitting the docu- 
ment image signals in an e-matl format to the internet server 
by using the communication circuit control program. 

6. The scanner of claim 3 wherein the electric device is a 
local area network (LAN) server. 

7. The scanner of claim 6 wherein the appKcation program 
is an e-mail processing program for transmitting the docu- 
ment image signals in an e-mail format to the LAN server by 
using the communication circuit control program, 

8. The scanner of claim 3 wherein the electric device is a 
printer, and the application program is a document image 
processing program that transmits the document image 
signals to the printer for printing by using the communica- 
tion circuit control program. 

9. The scanner of claim 3 wherein the electric device is a 
personal computer, and the application program is a docu- 
ment processing program that transmits the document image 
signals to the personal computer by using the communica- 
tion circuit control program. 

10. The scanner of claim 3 wherein the electric device is 
a fax machine. 

11. The scanner of claim 10 wherein the application 
program is a facsimile processing program that transmits the 
docuiment image signals to the fax machine by using the 
communication circuit control program. 

12. The scanner of claim 3 wherein the communication 
circuit is a modem or a signal modulation circuit. 

13. The scanner of claim 3 wherein the communication 
circuit is a network card or a network interface circuit. 

14. The scanner of claim 3 wherein the communication 
circuit is a printer interface circuit. 

15. The scanner of claim 3 wherein the communication 
circuit is a computer interface circuit. 

« « * * * 
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(57) ABSTRACT 

An interface selection and configuration system for a com- 
puter peripheral in which configuration for the peripheral 
and/or the host interface is at least in part accomplished by 
the interface connector cable. In a preferred embodiment, 
the computer peripheral is equipped with one or more 
hardware interfaces. The interface connector cable has a first 
end connector for attaching to the computer peripheral. The 
first end connector of the interface connector cable is typi- 
cally a multiple pin connector constructed and arranged to 
be properly physically and electrically connectable only to a 
specific computer peripheral or class of computer 
peripherals, the first end connector including at least one 
electrical connection between two pins for completing a 
circuit within the computer peripheral thereby enabling the 
computer peripheral. Where the peripheral is a data reading 
device such as a laser scanner or RFID reader, alternate or 
additional configuration may be obtained, with data reading 
device, from the label on the interconnect cable. The label, 
which may for example be a bar code or RFID tag, contains 
information or instructions by which ihe data reading device 
(and/or the host) is configured. 
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MULTIPLE-INTERFACE SELECTION 
SYSTEM FOR COMPUTER PERIPHERALS 

RELATED APPUCAnONS 

This application is a continuation of Ser. No. 09/268,263 
filed Mar. 15, 1999 U.S. Pat. No. 6,293,467, which is a 
divisional of Ser. No. 08/955,864 filed Oct. 21, 1997 U.S. 
Pat, No. 5,905,249, which is a continuation of Ser. No. 
08/706,736 filed Sep. 9, 1996 U.S. Pat. No. 5,703,347, 
which is a continuation of Ser. No. 08/305,517 filed Sep. 13, 
1994 U.S. Pat. No. 5,563,402, which is a continuation-in- 
part of application Ser. No. 08/039,606 filed Mar. 25, 1993 
U.S. Pat. No. 5,347,113, which is a oontinuation-in-part of 
Ser. No. 08/034,189 filed Mar. 22, 1993 U.S. Pat. No. 
5,330,370, which is a continuatioD of application Ser. No. 
07/788,267 filed Nov. 4, 1991, abandoned. 

BACKGROUND OF THE INVENTION 

The field of the present invention relates to interconnec- 
tion systems for computers and computer peripherals or 
more specifically, methods and devices for selecting proper 
interface between a computer peripheral and its host inter- 
face such as may include a computer. 

Host computers need to be interconnected to a wide 
variety of peripheral devices including printers, scanners, 
monitors, and controllers among others. When the host 
computer is being connected to a certain type of peripheral, 
for example a handheld laser scanner, the computer typically 
has a single input/output connector to which the scanner 
may be connected by an interconnect cable. It is frequently 
desirable that a particular handheld scanner be usable with 
a variety of different host computers. Conversely, it is also 
desirable that the host computer be able to support a variety 
of different handheld scanners. 

Heretofore there have been several systems for achieving 
proper configuration between the host computer and the 
peripheral, In a typical system, a particular peripheral is 
configured to work with a particular host computer or 
terminal, that is, the peripheral has contained a single 
dedicated interface. Similarly, the host computer was con- 
figured to accept only a particular type of peripheral. Any 
time the peripheral was moved to a different host computer, 
it was necessary to replace the interface software and 
hardware in the peripheral. 

The host computer may include a software selection 
program in which the user inputs information identifying the 
particular peripheral enabling the system to have proper 
operation. Such an operation requires the user to correctly 
input information into the host computer identifying the 
particular peripheral. Alternately, means arc provided for 
scanning a code on the outside of the peripheral which 
informs the computer of the type of peripheral. Some 
peripherals actually include identifying signals which again 
inform the particular host of the type of peripheral and 
software provides the desired configuration. Many of these 
systems still require correct interface hardware. 

In another configuration technique, the peripheral 
includes interface hardware for more than one host com- 
puter When configuring, the printed circuit board of the 
peripheral requires certain hardware configuration in order 
to be correctly linked to a host computer. Such hardware 
configuration may be effectuated by manually actuable 
external switches or by internal switches or "jumpers" 
within the printed circuit board (and/or within the host 
computer) which activate or deactivate certain components. 
Such an operation typically requires the expertise of an 
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electronics technician or skilled user and is not a desirable 
field operation to be performed by the typical user. It is 
desirable to have an inexpensive and easy to use intercon- 
nection system which can be effectively used by the average 
5 user. 

SUMMARY OF THE INVENTION 

The present invention relates to an interface selection 
system for a computer peripheral in which configuration for 
the peripheral and/or its host is at least in part accomplished 
through the interface connector cable. In a preferred 
embodiment, the computer peripheral is equipped with one 
or more hardware interfaces. The interface cormector cable 
has a first end connector for attaching to the computer 
peripheral. The first end connector of the interface connector 

15 cable is typically a multiple contact connector (such as pin 
or edge connector) constructed and arranged to be properly 
physically and electrically conncctable only to a specific 
computer peripheral (or class of computer peripherals), and 
a specific host interface the cable coimector including at 

20 least one electrical connection between two contacts for 
completing a circuit within the computer peripheral thereby 
enabhng the computer peripheral. 

In another preferred embodiment where the peripheral is 
a data reading device such as a laser scanner or an RF 

25 identification receiver, alternate or additional configuration 
may be provided by obtaing, with the data reading device, 
information from the label on the interconnect cable. The 
label, which may for example be a bar code, contains 
information or instructions by which the data reading device 

30 (and/or the host) is configured. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a diagrammatic view of a handheld laser scanner 
attached to a host computer according to the present inven- 
35 tion; 

FIG. 2 is a diagrammatic view of an interface connector 
system according to the present invention; 

FIG. 3 is a detailed diagrammatic view of a printed circuit 
board of FIG. 2; 
40 FIG. 4 is a detailed diagrammatic view of an edge 
connector as in FIG. 2; 

FIG. 5 is a diagrammatic view of an alternate peripheral 
configuration system; 

FIG. 6 is an end view of an end cormector in FIG. 5 taken 
along line 6 — 6; 

FIG. 7 is an end view of an end coimector in FIG. 5 taken 
along line 7 — 7; 

FIG. 8 is a connector schematic illustrating an example 
cable connection scheme for the cable connector of FIG. 5; 

FIG. 9 is a diagrammatic view of an alternate peripheral 
configuration system; 

FIG. 10 is an end view of an end cormector in FIG. 9 taken 
along line 10 — 10; 
55 FIG. 11 is an end view of an end cormector in FIG. 9 taken 
along line 11 — U; 

FIG. 12 is a connector schematic illustrating an example 
cable coimcction scheme for the cable connector of FIG. 9; 

FIG. 13 illustrates an alternate cable cormection embodi- 
60 ment; 

FIG. 14 illustrates a cable scanning code operation; and 
FIG. 15 illustrates various peripheral/host pairs. 

DESCRIPTION OF THE PREFERRED 
g5 EMBODIMENTS 

The preferred embodiments will now be described with 
reference to the drawings. 
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In FIG. 1, an example computer peripheral is illustrated as communication. When the interconnect cable 38 is plugged 

a handheld laser scanner 10 iised for scanning a bar code 11. into the printed circuit board 20, edge contacts #1 and #3 of 

The scanner 10 is operably connected to a host interface the edge connector 21 are thereby electrically connected, 

(diagrammaticaUy illustrated as a computer 15) via an and edge contacts #5 and #7 are also electrically connected, 
interconnect cable 38. The interconnect cable 38 includes an 5 By so electrically connecting these electrical contacts, cer- 

end plug or edge connector 30 which connects to a mating tain circuits within the circuit board 20 become electrically 

connector 21 on the end of a printed circuit board 20 within connected resulting in a desired configuration. The scanner 

the scanner 10. TTie interconnect cable 38 provides a com- 10 becomes configured to accept a particular host computer 

munication link between the host computer 15 and the laser 15. The user has configured the scanner merely by plugging 
scanner 10 and may also provide power to the scanner 10. lO in the correct interconnect cable 38. 

Referring to FIG. 2, the interconnect cable 38 has a first A similar configuration selection system may alternately 

end connector 30 which plugs into the scanner 10 attaching or in combination be applied to the host computer connec- 

to the edge connector 21 of the circuit board 20, and a tion side. The edge connector 40 has certain of its edge 

second end connector 40 which plugs into the host computer contacts 42 electrically connected, in the illustrated example 
15 attaching to the edge connector 18. The first end con- 15 p^^g ^5 ^7 of the edge connector 40 are jumped. When 

Qector 30 includes tabs 34, 36 which slide into and mate with the edge connector 40 is plugged into the edge connector 18 

corresponding slots 24, 26 in the body of the handle of the of host computer 15, edge contacts #5 and #7 within the edge 

scanner 10. Different types of scanners may be equipped connector 18 become electrically connected, completing a 

with different positions of the slots 24, 26. Only an end circuit within the host computer 15, thereby configuring the 
connector 30 having the correct configuration of tabs 34, 36 20 jj^gj computer 15 for the particular peripheral. The user may 

will be correctly physically conneclable to the scanner 10. therefore configure the host computer 15 for the particular 

An interconnect cable 38 without the correct tab configura- scanner 10 by merely selecting and plugging in the correct 

tion cannot physically be plugged into the scanner 10. interconnect cable 38. 

Similarly on the host computer side of the interconnect jn practice, the user would be provided with a single 

cable 38, the second end connector 40 is equipped with a tab peripheral, such as a scanner and several interconnect 

44 which mates with a corresponding slot 17 at the mating cables. To connect the scanner, the user would merely select 

edge connector 18 of the host computer 15. Only an end the interconnect cable corresponding to the particular host 

connector 40 having the correct configuration of the tab 44 computer and plug it into the scanner. The interconnect cable 

will be correctly physically connectable to the host computer y^^Mld then configure the scanner for the particular host 

15. An interconnect cable 38 without the correct tab con- computer. To move the scanner to a different host computer, 

figuration cannot physically be plugged into the host com- the user would merely have to switch cables. The intercon- 

puter 10. Qgjjt cable 38 may be provided with means for identifying 

Therefore in order to connect a particular peripheral (such such as identifying markings 39 imprinted directly on the 

as a laser scanner 10) to a particular host computer, a cable interconnect cable 38 itself, color coding, a label with 

having the correct tab configurations at both end connectors identification information connected to the cable 38, or the 

must be selected. The unique physical configurations like to assist the user in selecting the correct interconnect 

ensures that the user must select the correct cable for the host cable for the given host. 

computer and peripheral pair Hie preferred embodiment illustrated seven edge connector embodiment is a 
may only require tab configuration on the host computer end ^ .^^^^.^ example for a connector design. Electrical contact 

because it ts not anticipated that the various handheld ^„fi .^ons may of course be more or less than seven 

scanne^ wiU require the dedicated interconnect cables but ^^^^^^^ (^^^ ^^^^ ^^^^ ^ j„ ^ 

tab configurations on the peripheral end may be desired m ^^^^^ ^^^^^ appHcation, an interconnect cable plug 

oUier penpheral applicaUons, Further, the tab configurations 3^ ^ ^ ^^^^j^ ^ ^ ^^jj^^^. 
illustrated are but one example means for ensunng proper 

interconnect cable selection. The tabs and slots are readily tart p a 

added to conventional end connectors. The design illustrated 

does not prevent end connectors without tabs from connect- pin # signal Name Data Diiection(8) 

ing to the peripheral 10 and the host computer 15, but such 

design may be modified by one skilled in the art (such as by ^ ^S;^Sm^WAND 

reversing the positions of the slots/tabs) to prevent such 3 START_DArA <-- 

connection. 4 CLOCKIN <~ 

Referring to HGS. 3 and 4, the printed circuit board ^ rd^^S^ - - -> 

(located within the scanner 10) includes an edge connector 7 sdata^rtn <- 

21 shown with seven edge contacts 22 (numbered 1 through 55 8 CLOCK_iN_KrN < 

7). Though there is a distinction between edge contacts and ^ CLOCie_ouT_RTN < 

pins, for the purposes of the present invention, they are <—--— 

interchangeable — a pin connector with its mating plug con- 12 vccDn < 

nector may be interchanged for an edge connector pair or 13 CLEAR_TO_SEND 

any other suitable electrical contact pair TEtANSMiT_DArA 

ine board 2U is designed and constructed to tie operable retuein S 

with a number of host computers by way of an externally 17 data^lus 

activated hardware configuration provided by the inter con- 1^ DATA-MINUS 

nect cable 38. As viewed in FIG. 4, in the edge connector 30, ^ pwIhJ 

the edge contacts #5 and #7 are electrically coimected, 65 21 TRIGGER 

illustrated as being "jumped". Edge contacts #1 and #3 are 22 bar__codel_OUT 
ako jumped while edge contacts #2, #4 and #6 are used for 
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TABLE A-continued 
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The interconnect cable plug may use certain of the pins 
for communication or power. Some of the pins may be 
unused and available for other applications, it being desir- 
able that the same pin design be usable for different con- 
figurations. The last four pins #27-#30 are dedicated for 
providing the configuration for the peripheral. The varia- 
tions of configurations are limitless and may be designed to 
suit a particidar application. The example in Table A is 
provided in part to show the wide variety of configurations 
that may be employed. By the cable configuration scheme, 
the peripheral may be configured setting for example com- 
munication baud rate, bit setting (8-bit, 16-bit etc.), parity or 
some other parameter. ^ 

Though particular types of end connectors have been 
described, the pin connector may be any suitable electrical 
connector means for providing electrical contact including 
plugs, pin connectors, sockets, edge connectors and the like. 
The end connector has multiple contacts, the contacts pro- 
viding the actual electrical contact surface. The contacts may 
be pins, edge contacts, plugs, sockets, or any suitable 
electrical contact element. 

The center of the interconnect cable 38 may comprise any 
suitable transmission medium including a wire (as 
illustrated), cable, fiber optic cable, radio frequency link, 
infra red light link, or other transmission medium. 

The cable configuration system described may be com- 
bined with other configuration systems, some of which have 40 
been previously described. For example, the interconnect 
cable system described herein may be used to automatically 
select a configuration for a certain class or group of periph- 
erak. The peripheral may additionally include external (or 
internal) switches identifying the particular peripheral 45 
within the group thereby completing the described configu- 
ration. 

In practice, a computer peripheral such as a laser scanner 
10 will be equipped with hardware and firmware so that it 
may be used with a plurality of different host computers or 50 
computer terminals. To provide initial configuration or 
change configuration when switching host computers, the 
peripheral is configured merely by selecting the correct 
interconnect cable 38. The electrically connected pins in the 
end connector of the interconnect cable provide the switch- 55 
ing necessary within the scanner 10, activating or deacti- 
vating certain circuits, thereby configiu-ing the scanner 10 
for the particxdar host computer. 

The interconnect cable 38 may be designed in any suitable 
manner. In FIGS. 3 and 4 illustrate jump connections 60 
between the respective edge contacts 32 of edge connector 
30 (or edge contacts 42 of edge connector 40), other 
electrical connection mechanisms may be employed. The 
contacts may be electrically connected by a simple hard wire 
connection. The interconnect cable 38 itself may include a 65 
printed circuit board 50, preferably in a unitary structure, 
which may provides the desired electrical connection 
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between the pins. The interconnect cable 38 (or the printed 
circuit board 50 thereon) may itself be equipped with dip 
switches 52 (dual inline package switches) or some other 
type of switch. An interconnect cable equipped with 
switches would have certain advantages as only one cable 
version need be manufactured. The cable type correspond- 
ing to a particular peripheral would be selected by setting the 
switches (by the manufacturer or by the skilled user) and the 
cable could then stamped with an identifying code 39. 

As described above, the handheld data reader or other 
computer peripheral is generally connected by a connector 
cable to a given host or interface. The host or interface is 
typically a host computer such as a central processing unit 
(CPU) or other intermediate device which in tum commu- 
nicates with the CPU. The host may be a communication 
module, such as an RF transmitter which is provides a radio 
frequency communication link to the host computer. In such 
an apptication, the cable is nonetheless connected to the host 
computer or CPU albeit through the communication module. 
If the peripheral is a printer for example, the host may be a 
network interface, into which the connector cable is 
plugged, which is in tum connected to the host computer. 

There are myriad of potential hosts for a given peripheral. 
By way of another example, RG. 13 illustrates a system in 
which a handheld bar code scanner 210 is connected to a key 
entry terminal 230. The interconnect cable 220 has a first end 
connector 222 plugged into the handheld bar code scanner 
210. The second end coimector 224 is actually plugged into 
a translator module 235 (sometimes called a 'Vedge") 
which converts the signal transmitted from the scanner 210 
into a signal of the same form as that produced by the key 
entry terminal 230. The key entry terminal 230 is in turn 
connected by a suitable communication link 237 to the 
central processing unit 240. In this arrangement, the host is 
literally the wedge 240 but may be also be considered to 
comprise a host assembly contained within the dashed-lined 
box and designated by numeral 250. 

FIGS, 5-8 illustrate a prefened alternate embodiment in 
which the peripheral is a handheld data reading device 110 
such as a bar code laser scanner, a CCD reader or other 
device. The scanner 110 is attached to a host, diagrammati- 
cally illustrated as a data terminal 140, by a connector cable 
120 with a first end connector 122 plugged into the scanner 
110 and the second end connector 124 plugged into the data 
terminal 140. The connector cable 120 is provided with a 
label 135 which contains encoded data which may be read 
by the data reader 110. The label 135 may, for example, be 
a separate tag on which the bar code is imprinted or the bar 
code may be imprinted directiy on the cable 120 itself. As 
described below, the label may also comprise an RFID tag 
containing the pertinent programming data. 

As best shown in FIG. 6, the first end connector 122 is 
illustrated as an edge connector having a plurahty of edge 
contacts, including contacts 122a, 122^7, for connection into 
a corresponding connector in the handle of the scanner 110, 
FIGS. 5 and 7 illustrate the second end connector 124 as a 
pin connector having a pluraUty of pins (including pins 
124a, 124b) for cormection into a corresponding connector 
in the data terminal 140. 

The cable 120 may also include an identification label 139 
which has identification information to assist the user in 
selecting the correct cable for the particular scanner and host 
pair. Other or alternate selection means such as color coding 
may be provided to assist the user in selecting the correct 
interconnect cable for the particular application. 

FIG. 8 schematically illustrates an example cable connec- 
tion scheme 150 for the cable connector 120 of FIG. 5. Color 
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coded cable wires (Brown, Orange, Black, Yellow, Green, obtain the manual and then select the correct bar code to be 

White) provide desired electrical communication path scanned. However, according to the preferred embodiment 

between edge contacts (nos. 10, 9, 18 etc.) in the first end shown in FIG. 14, the user 305 need only select the correct 

connector 122 and respective pin contacts (nos. 4, 3, 7 etc) interconnect cable 320 and the correct bar code label 335 to 

in the second end connector 124. The cable connector 120 5 be scanned is automatically selected since it is on the cable 

also includes peripheral configuration selection by electrical itself. Moreover, being on the cable, the bar code is readily 

connector 121 (connecting edge contacts 14 and 13) and by accessible and locatablc without having to locate the user 

electrical connector 123 (connecting edge contacts 1 and manual. Though once the system has been initially 

17). configured, the system will preferably store the configura- 

FIGS. 9-12 illustrate another preferred alternate embodi- lO tion information, if it becomes necessary to rccoafigure, the 

ment in which the peripheral is a handheld data reading configuration bar code 335 remains readily accessible on the 

device 155 such as a bar code laser scanner, a CCD reader cable 320. 

or other device. The scanner 155 is attached to a host In order to ensure that a scanner is not inadvertently 
(diagrammatically illustrated as a data terminal 180) by a reconfigured, a configuration switch may be provided which 
connector cable 160 with a first end connector 162 plugged 15 must be actuated to place the scanner in programming mode, 
into the scanner 155 and the second end connector 164 Once the switch is actuated the scanner enters programming 
plugged into the data terminal 180. The connector cable 160 mode enabling the programming label 335 on the cable to be 
is provided with a label 175 which contains encoded data read and configure the scanner. The switch may be a 
which may be read by the data reader 155. The label 175 hardware switch such as a dip switch 312 (see FIG. 14) on 
may, for example, be a separate tag on which a bar code is 20 the housing of the scanner 310. Alternately, programming 
imprinted or the bar code label may be imprinted directly on mode may be entered (and exited if desired) by a soft switch 
the cable 160 itself. As described in detail below, if required, such as a switch label 337 located on the cable 320. Though 
the user may at least partly configure the scanner 155 merely the configuring bar code conveniently appears on the inter- 
by scanning the bar code label 175. An internal operation connect cable, configuration bar codes (i.e., the same bar 
routine within the scanner 155 then configures the scanner 25 code as appearing on the cable as weU as additional bar 
itself on the basis of the configuration information provided codes) may nonetheless be provided in the user manual to 
by the bar code. allow the user to configure the peripheral as desired such as 

As best shown in FIG. 10, the first end connector 162 is specific user optional settings. Alternately, the program- 
illustrated as an edge connector having a plurality of edge ™i^g ^^^^^ positioned on the host computer or 
contacts, including contacts 162fl, 1626, for connection into terminal. Such a locaUon may be less desirable since dif- 
a corresponding connector in the handle of the scanner 155. f^rent scanners may be plugged into the same host, possibly 
FIGS. 9 and 11 illustrate the second end connector 164 as a requiring different programming labels. Altemately, the pro- 
plug connector (similar to the type conventionally used on 8^^™ switch label may be positioned on the host as shown 
home telephones) having a pluraUty of wire connectors by the label 342 on the host 340 of FIG. 14. The user would 
(including wire connectors U4a, 164i?) for connection into ^^^^ scan the label 342 to switch to programming mode and 
a corresponding connector in the data terminal 180. scan the programming label 335 on the cable 320. 

FIG. 12 schematically illustrates an example cable con- Configuration on the basis of the encoded data instnic- 

nection scheme 190 for the cable connector 160 of FIG. 9. obtained by reading the label or bar code 335 may be 

Color coded cable wires (Brown, Orange, Black, Yellow, ^ accomplished by a suitable internal configuration routine. 

Green, White) provide desired electrical communication For example, the routine may configure by way of selecting 

path between edge contacts (nos. 10, 9, 18 etc.) in the first P^^P^^ internal switch settings or by selecting and running a 

end connector 162 and respective contacts (nos. 1, 2, 3, 4) g^^^^ protocol program. The data reader preferably stores its 

in the second end connector 164. The cable connector 160 configuration parameters in a non-volatile programmable 

also includes peripheral configuration selection by electrical memory such as EEPROM. These parameters may be set by 

connector 161 (connecting edge contacts 14 and 13) and by manual programming or reset by the configuration routine, 

electrical connector 163 (connecting edge contacts 1 and The instructions from the label may cause the software in the 

17^ data reader to execute a series of commands resulting in the 

T ,1. r J . J. * i: setting (or resetting) of the EEPROM-stored parameters. 

In the preferred embodiment of the present mvention as * ^ ^ 

shown in FIG. 14, the data reader device 310 is further (or 50 Configuration selection or parameters change or set a 

alternately) configured by reading a label having encoded particular function for the peripheral. Possible configuration 

data thereon such as a configuration bar code 335 which is selections or parameters may include, by way of example for 

placed on the interconnect cable 320. By reading the con- ^ handheld scanner: 

figuration code 335, the scanner 310 (and/or the host 340) is interface identification (for a laser scanner, may include 

configured for the particular application on the basis of the 55 Undecoded, IBM 4683, OCIA, RS-232, Wand 

encoded instmction data by means of an internal configu- Emulation, etc.); 

ration routine within the scanner 310 or the host 340. communication parameters such as baud rate (2400 baud, 

U.S, Pat. Nos. 4,866,257 and 4,861,972 (herein incorpo- ^600 baud etc.); data format settings (parity, stop bits, 

rated by reference) disclose examples on how a scanner may ^^ta bits), hardware handshaking (CTS/RTS), software 

be configured by scanning a bar code or by downloading 60 handshaking (Xon,Xoff), intercharacter delay (none, 10 

information from a host computer. Once the bar code has 20 ms etc.), UPC Data Formal (UPA-A, UPC-E, 

been scanned or the control information, the configuration Check Digit, Number System Digit); 

information is stored in a memory (preferably a non-volatile system specific parameters (prefixes, sufiBxes, symbology 

memory such as EEPROM) in the scanner so that repetitive identifiers, etc.); 

configuration is not required and the configuration of the 65 reading restrictions, the instructions might restrict the set 

scanner is not lost when power is turned off. Typically, the of codes options that the decoder may have to handle; 

bar codes are contained in the user manual and the user must by restricting the reading options, the operation speed 
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of the "autodiscrimination" algorithm (the means by 
which the decoder figures out which code it is seeing) 
may be increased as compared to requiring the algo- 
rithm to consider all code types. 
The preferred actual location on the cable for the encoded 
label will depend upon the particular application. 

Referring to FIG, 5 for example, the label 135 is located 
adjacent the second end connector. An alternate location is 
directly on the second end connector 124 as shown by 
symbol label 133 on end connector 124. If the second end 
connector 124 is too small to practically accommodate the 
label 133 or if the connection location to the data terminal 
140 provides inconvenient access, the label 135 may pref- 
erably be located up the cable connector 120 at a suitable 
distance from the second end connector 124. In general, it is 
impractical to locate the label 135 on the first end connector 
122 or immediately adjacent thereto because when the first 
end connector 122 is plugged into the scanner 155, the 
scanner 155 cannot be oriented to scan a label located 
immediately adjacent the first end coimector 122. 

Nonetheless, in certain applications it may be desirable to 
locate the label 135 near the first end connector 122. If the 
connector cable 120 is relatively long, for example 50 feet 
(15 meters), the label may be preferably positioned about 2 
feet (60 cm) from the first end connector 122. Such a 25 
position is close enough to be easily located but far enough 
to allow convenient access. Such a location is illustrated in 
FIG. 14 where the bar code label 335 is located on the cable 
320 at a convenient distance from scanner 310. 

Though the cable connector configuration embodiment 30 
and the cable connector data reader configuration embodi- 
ment may be used separately to configure the peripheral, the 
embodiments may be combined together to provide a com- 
prehensive and readily implemented configuration proce- 
dure. By way of example, FIG. 15 illustrates a peripheral 
shown as a laser scanner 410 is equipped with a multi- 
interface architecture which allows any one of many differ- 
ent types of host interfaces (such as a data terminal 440, a 
fixed scanner or other point of sale unit 450, or a handheld 
key entry unit 460) to be selected for a particular scanner. A 40 
cable 420 is selected corresponding to the particular scanner 
410 and the desired host interface (440, 450, 460) pair. In 
practice, the user is supplied with a plurality of specific 
connector cables which correspond to the possible scanner/ 
host pairs which the customer may have. 

When plugged into the scanner, the cable 420 itself selects 
a certain configuration scheme in the scanner 410. The cable 
420 may also configure the host interface. The cable 420 
may be equipped with physical connector elements to ensure 
that only the correct cable may be even physically plugged 
into the host. Once plugged into the scanner and the host, 
using the scanner itself, the operator then scans the label on 
the cable which completes or confirms scanner/host con- 
figuration. 

Besides the bar code label, there are other types of labels 
or tags containing information which may be obtained by a 
reader device. One such label or tag is an RFID tag (radio 
frequency identification tag). The RFID tag is normally 
passive, but when activated or prompted by a signal from a 
interrogator, the RFID tag emits a signal with its information 
to a receiving device. In one alternative embodiment, the 
cable 320 may include a label 336 comprising an RFID tag 
instead of a bar code. The scanner 310 may comprise an 
RFID tag intenogator/receiver (either exclusively or in 
combination with a bar code scanning mechanism) which 
prompts the RFID tag 336 for its data and receives the data. 
The data is then used to set internal configuration, function 
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or the like. The programming RFID tag process may be 
initiated for example by actuating the programming switch 
312 on the device 310. Alternately, programming may be 
automatically initiated upon power up or power down of the 
device 310. In the power up example, when the device is 
powered up, the programming frequency signal would be 
emitted and upon receipt the RFID tag would emit its signal 
transmitting programming data to the device. Such a system 
would not require the user to perform any act except plug in 
the correct cable and turn on the data reader and the data 
reader itself would obtain the proper configuration informa- 
tion (for example) from the RFID tag on the cable and in this 
example configure itself for the host device such as by 
selecting the proper internal parameter. 

An RFID programming tag 343 may alternately be 
located on the host device itself. By activating the program- 
ming sequence, the device 310 may receive the data from the 
tag 343 identifying the host device 340 allowing the periph- 
eral device to be configured for that host device. 

Thus, a peripheral configuration system and method have 
been shown and described. Though certain examples and 
advantages have been disclosed, further advantages and 
modifications may become obvious to one skilled in the art 
from the disclosures herein. The invention therefore is not to 
be limited except in the spirit of the claims that follow. 

We claim: 

1. A data reading system comprising: 
a handheld terminal; 

a translator module plugged into the terminal; 
a cable plugged into the translator module; 
a handheld data reader connected to the translator module 
via the cable, 

wherein the translator module interfaces the data reader to 
the handheld terminal. 

2. A data reading system according to claim 1 further 
comprising 

a central processing unit; 

a communications link for providing communication 
between the handheld terminal and the central process- 
ing unit. 

3. A data reading system according to claim 1 wherein the 
data reader is selected from the group consisting of: a bar 
code scanner, a CCD reader, and an RFID tag reader. 

4. A data reading system according to claim 1 wherein the 
cable comprises a printed circuit board equipped with 
switches which may be set for changing operation of the 
cable. 

5. A portable data reading system comprising: 

a handheld terminal having a housing including an exter- 
nally accessible connector; 

a translator module removably plugged into the connector 
on the handheld terminal; 

a handheld data reader connected to the handheld terminal 
via the translator module, the data reader reading an 
optical code and generating an electrical signal corre- 
sponding thereto for transmitting to the handheld 
terminal, 

wherein the translator module converts the signal trans- 
mitted from the data reader into a signal of the same 
form as that produced by the handheld terminal. 

6. A portable data reading system according to claim 5 
wherein the data reader is selected from the group consisting 
of: a bar code scanner, a CCD reader, and an RFID tag 
reader. 

7. A portable data reading system according to claim S 
further comprising a cable for connecting the data reader to 
the handheld terminal. 



10/29/2003, EAST Version: 1.4.1 



us 6,612,495 B2 



11 



8. A portable data reading system according to claim 5 
wherein the cable has a first end plugged into the translator 
module and a second end plugged into the data reader. 

9. A portable data reading system according to claim 5 
further comprising a bar code label containing configuration 
data, wherein the data reader is laser bar code scanner, 
wherein scanner obtains the configuration data by scanning 
the bar code label and uses the configuration data to change 
a function of the scanner. 

10. A method of data reading comprising the steps of: 
providing a handheld terminal with an externally acces- 
sible connector; 

plugging a translator module into the connector on the 

handheld terminal; 
connecting a portable data reader to the translator module, 
the translator module converting a signal from the data 
reader into a form accepted by the handheld terminal. 
U. A method according to claim 10 further comprising the 
step of interfacing the data reader to the handheld terminal 
via the translator module. 
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12. A method according to claim 10 further comprising 
the step of 

activating the data reader and the handheld terminal; 

obtaining the data from the label with the data reader; 

setting a function of the data reading system on the basis 
of the data obtained from the label. 

13. A method according to claim 12 wherein the label 
comprises a bar code label and the data reader comprises a 
barcode reader. 

14. A method according to claim 12 wherein the label 
comprises a radio frequency identification tag and the data 
reader comprises a radio frequency identification reader. 

15. A method according to claim 10 wherein the data 
reader comprises a handheld laser scanner. 

16. A method according to claim 10 further comprising 
connecting the data reader to the translator module via a 
cable. 
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